揭秘：SQL Server 慢查询的背后原因（sqlserver慢查询）

SQL Server 慢查询经常令 DBA（数据库管理员）和开发组织大头疼，其在生产环境中损失的时间及金钱都是不小的。了解SQL Server 慢查询诊断的背后原因，可以有效帮助DBA和开发团队实现性能的改善，并减小相关折算的时间和金钱，提升组织的运作效率。

SQL Server 慢查询的原因可很多，包括：

1. 机器配置不佳，尤其是内存，处理过多的数据时，需要先写入磁盘和传输到内存，造成性能下降;

2. 磁盘数据库设计不合理，过多的查询需要进行设计优化;

3. 查询本身没有很好地选择索引，需要通过查询计划优化;

4. 系统运行了过长时间，使得查询效率急剧下降，需要重新收集统计信息;

5. 网络环境很差，导致网络延迟大，令查询缓慢;

6. 设备使用时出现了问题，查询受到了影响;

所以排查 SQL Server 慢查询的原因，可以使用 T-SQL，执行：

“`sql

SELECT

qs.execution_count,

qs.total_worker_time/qs.execution_count AS [AvgCPU],

qs.total_logical_reads/qs.execution_count AS [AvgReads],

qs.total_physical_reads/qs.execution_count AS [AvgWrites],

qs.total_logical_writes/qs.execution_count as [AvgLogicalWrites],

qs.last_execution_time,

SUBSTRING(qt.text,qs.statement_start_offset/2,

(CASE WHEN qs.statement_end_offset=-1

THEN LEN(CONVERT(nvarchar(max),qt.text)) * 2

ELSE qs.statement_end_offset

END -qs.statement_start_offset)/2) AS query_text

FROM sys.dm_exec_query_stats qs –获取表格

CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) AS qt –获取SQL语句

ORDER BY qs.total_worker_time/qs.execution_count DESC –按耗时倒序

上述语句可以清楚地显示每个查询执行的次数、每次的平均耗时、CPU使用、读、写的次数以及最后执行的时间，这样可以很方便排查多次查询的平均分析，迫使其变成快查询。

同时，DBAs 还可以使用 SQL Server 专业版扩展功能，使用查询分析器（Query Analyzer）来检测查询中的瓶颈，同时也可以使用服务器性能监控（Server Performance Monitoring）来监控服务器的 CPU、内存等的利用情况；

另外，使用外部的性能监视工具，如 SolarWinds，可以是更加精准分析 SQL Server 慢查询的原因，并给出解决方案，从根本上解决 SQL Server 慢查询的问题。

显然，要分析 SQL Server 慢查询原因和提出解决方案，需要深入到服务器和查询的底层，从而实现性能的根本改善，提升组织的运营效率。DBA 及开发团队可以结合 T-SQL、查询分析器和外部性能监视工具，深入研究慢查询的原因，以便找到最佳的解决方案。