Report(数据库性能检测).docVIP

广东联通数据库性能检查报告 Prepared for 广东联通公司 2009年1月15日 Version 1.0 Prepared by 邱诗扬 Premier Field Engineer shiyang.qiu@  目录 1 总结 1 2 数据收集和分析工具 2 3 发现的问题与建议 3 3.1 内存不足 3 3.2 磁盘慢 3 3.3 编译，重编译过多 4 3.4 不成比例的连接数 4 3.5 过高的登录注销数 4 3.6 索引设计和维护 5 3.7 阻塞类型分析 5 3.8 在选择语句中使用用户函数 6 3.9 使用游标 7 3.10 JOIN没有使用ON从句 7 3.11 测试环境和生产环境的混合 7 3.12 不恰当的文件自动增长率 7 4 附录1 重要性能计数器数据 8 5 附录2 OAS库中没有任何索引和没有聚集索引的表 11 6 附录3 阻塞类型统计 17 7 参考资料 18 总结 本报告为广东联通公司SQLCLUSTER03实例的性能检查报告。广东联通公司的OA系统的响应时间过长，希望微软工程师从数据库层进行性能检查，找出性能瓶颈，通过优化性能差的语句缩短查询时间。本次调优不涉及应用层的代码分析。 在检查中发现，不良索引设计是引起性能问题的最主要原因。 数据收集和分析工具 用PSSDIAG工具捕获如下主要信息（1月12-13日）： SQL Server Profiler（至存储过程/批处理级别） Perfmon（间隔15秒） 阻塞情况 用Relog分析Perfmon的输出。 用RML分析Profiler Trace，找出性能不良的查询。 用阻塞脚本分析阻塞情况。 检查OAS库存储过程和用户定义函数的代码。 发现的问题与建议 内存不足 问题描述 详细计数器值请参考附录1。 本服务器物理内存为4GB，在Boot.ini中打开 3GB的开关。SQL Server能用到的内存则为3GB。性能计数器Target Server Memory 和 Total Server Memory 都是 ~2.5GB。它们揭示的是SQL Server用于数据缓存能用到和请求到的内存数。由此可见SQL Server已经用尽其能请求到的全部内存。 页生命期（Page life expectancy），揭示的是数据页保存在缓存里的平均时间。如果该值低于300秒，就有潜在可能是SQL Server能用能多的内存来提高性能Memory\Available Mbytes，揭示的是操作系统级别有多少可用的内存。该数值应该大于100兆。 Page lookups/sec除于Batch Requests/sec应该小于100。Page reads/sec和Page writes/sec应该小于90，这些值太大都揭示了内存的压力。 综合从这几个值来看，有如下推论： 影响程度 建议 备注 磁盘慢 问题描述 Avg. Disk sec/Read和Avg. Disk sec/Write。如果计数器小于0.008秒（8毫秒），磁盘性能为之优秀；0.008 – 0.012秒为之良好；0.012 – 0.20秒为之中；大于0.20秒为之差。 由此可见服务器的G盘读写都存在瓶颈。根据其后的分析可以得知，不良的索引设计引起的不必要IO操作导致了内存和磁盘的压力。 影响程度 建议 备注 编译，重编译过多 问题描述 影响程度 建议 备注 不成比例的连接数 问题描述 影响程度 建议 备注 过高的登录注销数 问题描述 影响程度 建议 备注 索引设计和维护 问题描述 Index Searches/secFull Scans/sec ，揭示的是数据库索引的使用情况。此值应该大于1000。服务器上该比值仅有190，由此值可以看出索引设计使用情况不理想。Forwarded Records/sec，每秒通过正向记录指针提取的记录数。该事件只发生在没有聚集索引的表上。该值应该小于Batch Requests/sec的10%，如果太大则说明存在没有聚集索引的表。在以下的最长语句和数据库检查中，可以发现有不少的数据库表并没有聚集索引或非聚集索引。这是引起磁盘高IO和内存瓶颈的根源所在。 影响程度 建议 DBCC INDEXDEFRAG重组索引。 备注 阻塞类型分析 问题描述 PAGEIOLATCH_ 类 、WRITELOG和CXPACKET三种比较耗时的阻塞。其中PAGEIOLATCH_ 类是与磁盘-内存交换数据相关、WRITELOG是等待写日志，这两者揭示了已知的内存和磁盘瓶颈。而CXPACKET是和并行计算相关的阻塞，此等待类型全是在并行查询的时候发生的，表明SPID在等待一个并行计