性能测试资料整理

处理器UNIX资源监控中指标CPU占用率（CPU utilization），若该值持续>95%，表明瓶颈是CPUWINDOWS资源监控中指标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/OUNIX资源监控中指标磁盘交换率（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（死锁的数量/秒），死锁对应用程序的可伸缩性非常有害，并会导致恶劣的用户体验，该计数器的值必须为0Lock 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语句、数据库设计、业务逻辑、算法）