性能测试资料整理

处理器


UNIX资源监控中指标CPU占用率（CPU utilization），若该值持续>95%，表明瓶颈是CPU
WINDOWS资源监控中指标CPU占用率（CPU utilization），若System/Processor Queue Length>2，而处理器利用率（Processor Time）一直很低，则存在处理器阻塞


CPU资源成为系统性能瓶颈的前兆

很慢的响应时间（slow response time）
CPU空闲时间为0（zero percent idle CPU）
过高的用户占用CPU时间（high percent user CPU）
过高的系统占用CPU时间（high percent system CPU）
长时间的有很长的运行进程队伍（large run queue size sustained over time）
-------------------------------
磁盘I/O


UNIX资源监控中指标磁盘交换率（Disk rate），若该参数值一直很高，表明I/O有问题
WINDOWS资源监控中，若Disk Time和Avg. Disk Queue Length的值很高，而Page Reads/sec页面读取操作速率很低，则可能存在磁盘问题

I/O资源成为系统性能的瓶颈的征兆

过高的磁盘利用率（high disk utilization）
太长的磁盘等待队列（large disk queue length）
等待磁盘I/O的时间所占的百分比太高（large percentage of time waiting for disk I/O）
太高的物理I/O速率（large physical I/O rate （not sufficient for itself））
太长的运行进程队列，但CPU却空闲（large run queue with idle CPU）
-------------------------------
SQL Server数据库


SQL Server资源监控中指标缓存点击率（Cache Hit Ratio），该值越高越好
若持续<80%，应考虑增加内存
Full Scans/sec（全表扫描/秒）计数器显示的值比1或2高，则应分析你的查询以确定是否确实需要表扫描，以及SQL查询是否可以优化
Number of Deadlocks/sec（死锁的数量/秒），死锁对应用程序的可伸缩性非常有害，并会导致恶劣的用户体验，该计数器的值必须为0
Lock Requests/sec（锁请求/秒），通过优化查询来减少读取次数，可减少该计数器的值
-------------------------------
操作系统相关指标


CPU平均利用率
内存平均占用率
磁盘占用率
I/O数量
网络延时

-------------------------------
数据库相关指标


I/O wait 
Mem平均使用率
CPU平均使用率
在一次I/O擦欧总中所读的最大BLOCKS数
LOG的增长情况
数据库的访问速度
数据库能支持的最大用户数
数据库cache命中率
不同数据库参数下的性能情况，锁情况
-------------------------------
软件相关指标


交易的平均响应时间（从接受请求到回复响应的时间）
每秒交易数量（单位时间里的执行次数）
对中间件功能的调用
远程处理延迟
-------------------------------
寻找并发用户数


通过递增用户找到CPU接近75%时的压力下的并发用户数
用这个并发用户数去执行1h/2h的性能测试
用这个并发用户数去执行12h的稳定测试
-------------------------------
根据预期pv确定事务数


每秒平均值=（（总pv梁*80%）/（24*60*60*40%））/服务器数量=pv/s，每秒的峰值为每秒平均值*1.6
-------------------------------
申请性能测试服务器


性能点
服务器
版本号
数据源
data-pool配置
framework版本号
iis设置
代码路径
压力测试页面连接
依赖系统
该性能点对应的开发负责人
验证服务器
验证功能
数据准备
-------------------------------
性能瓶颈排查（由易到难）


服务器硬件->网络->服务器操作系统（参数配置）->中间件（参数配置、数据库、web服务器）->应用（SQL语句、数据库设计、业务逻辑、算法）