解决MSSQL卡顿问题的有效方法-猿码集

了解MSSQL卡顿问题

在工作中，有时候MSSQL会突然变得非常缓慢，甚至停止响应。这时候，即使是最简单的查询也可能需要几分钟才能返回结果。这个问题经常让开发人员和系统管理员措手不及，因为它往往是突然发生的，没有明显的原因。

许多人不知道这个问题有多严重，它可能导致生产中断并导致数据丢失。如果您经常看到MSSQL服务器卡顿，那么请不要忽视它。在本文中，我们将探讨MSSQL卡顿的原因以及如何解决它。

查找MSSQL卡顿的原因

当MSSQL变得缓慢或停止响应时，第一件事情就是确定根本原因，以便能够采取正确的措施。有一些常见的原因可能导致MSSQL卡顿：

1.长时间运行的查询

如果有一个长时间运行的查询（例如SELECT * FROM table，没有WHERE子句或者没有索引，或者联接操作）可能导致MSSQL堵塞。这种情况下，其他的查询甚至都不能执行。因此，如果您经常看到MSSQL变得缓慢，就需要查看当前正在运行的查询。

2.大数据量的查询

另一个可能导致MSSQL变得缓慢的问题是查询处理大量数据。如果您需要处理数千万行数据的查询，MSSQL可能需要很长时间才能返回结果。这时候，您需要考虑优化查询、合理的数据分页等手段，或者拆分查询到多台服务器上去并行处理等方式。

3.硬件问题

硬件问题可能导致MSSQL变得缓慢，例如服务器上硬盘容量已经满了或近乎满了，系统内存不足，网络发生故障等等。这时候，需要检查硬件运行情况以确定是否有问题。

4.软件问题

软件问题也可能导致MSSQL变得缓慢。例如，软件版本不兼容或者没有正确配置。因此，需要查看MSSQL和相关软件的版本，以及配置是否正确。

5.垃圾数据清理不及时

在实际使用过程中，随着数据的不断增加，大量的冗余数据会存在于数据库中，如果不及时清理，会大大拖累MSSQL的查询效率。例如在删除大量数据时，数据会被移动到虚拟日志中，如果不进行日志收缩，会导致虚拟日志越来越多，这也是造成MSSQL卡顿的原因之一。

解决MSSQL卡顿问题的方法

一旦我们确认了MSSQL卡顿的原因，就可以尝试解决它。以下是几种常用的解决方法：

1.查找并取消长时间运行的查询

为了取消长时间运行的查询，您需要打开活动进程窗口，并找到正在运行的超时查询。在SSMS中选择“工具” - “活动监视器”。

--查找长时间运行的查询 SELECT t.text AS QueryText , r.session_id , r.command , r.cpu_time , r.total_elapsed_time FROM sys.dm_exec_requests r CROSS APPLY sys.dm_exec_sql_text(sql_handle) t

您可以使用上面所示的查询来查找长时间运行的查询。

查询到运行时间超过1分钟的SQL语句


SELECT 
    sqltext.TEXT,
    req.session_id,
    req.status,
    req.command,
    req.cpu_time,
    req.total_elapsed_time
FROM 
    sys.dm_exec_requests req
CROSS APPLY 
    sys.dm_exec_sql_text(sql_handle) AS sqltext
WHERE req.status = 'running'
    AND req.total_elapsed_time > 60000 
ORDER BY 
    req.cpu_time DESC

注意：这里的查询限制的是超过1分钟的查询，如果您需要查找其它运行时间，请根据自己的情况调整查询语句。

2.优化查询

如果您正在处理大量数据，或者有一个查询需要遍历完整个表格，那么优化查询可能是解决MSSQL卡顿问题的最好方法。同时需要注意的是，所有的查询都建议使用索引来加速查询。

3.升级硬件

如果硬件不足，可能会影响MSSQL的运行效率。如果您在服务器上运行MSSQL，请考虑升级硬件。例如，在添加更多的内存或存储器之后，您可能会发现MSSQL运行速度更快。

4.升级软件

软件版本不兼容或者没有正确配置也可能导致MSSQL变得缓慢。在这种情况下，您需要升级软件或者检查配置，确保它们与MSSQL兼容。

5.清理垃圾数据

在删除大量数据之后，以及对数据库进行了大量的维护操作之后，必须及时清理垃圾数据，整理数据库缓存，以减轻MSSQL的卡顿压力。清理数据有两种方式，一种是直接删除数据，另一种是进行压缩操作。


--查看各表大小，确定需要缩小的表或分区
SELECT 
    s.name AS 'Schema',
    t.name AS 'Table',
    p.rows AS 'Rows',
    SUM(a.used_pages) * 8 AS 'Used_KB',
    (SUM(a.total_pages) - SUM(a.used_pages)) * 8 AS 'Unused_KB',
    SUM((CASE WHEN a.type_desc LIKE '%LOG' 
                     THEN (a.total_pages * 8) 
                     ELSE 0 
            END)) AS 'Log_KB'
FROM 
    sys.tables t
INNER JOIN 
    sys.indexes i 
    ON t.OBJECT_ID = i.object_id
INNER JOIN 
    sys.partitions p 
    ON i.object_id = p.OBJECT_ID
    AND i.index_id = p.index_id
INNER JOIN 
    sys.allocation_units a 
    ON p.partition_id = a.container_id
LEFT OUTER JOIN 
    sys.schemas s 
    ON t.schema_id = s.schema_id
WHERE 
    t.type_desc = 'USER_TABLE'
GROUP BY 
    s.name,
    t.name,
    p.rows
ORDER BY 
    SUM(a.total_pages) DESC

使用上面的查询可以查看各表的大小情况，通过这个信息可以判断需要缩小的表或分区，这样就能够针对性的进行压缩操作了。

总结

当MSSQL变得缓慢或者停止响应时，第一件事情就是确定根本原因。对于长时间运行的查询、大数据量的查询、硬件问题、软件问题以及垃圾数据清理不及时等这些常见的原因，我们可以采用对应的方法进行处理，以解决MSSQL卡顿问题。

解决MSSQL卡顿问题的有效方法