廣告：

1 查看Windows事件查看器和SQL Server錯誤日志以獲取可能的系統級或數據庫級問題提示。
2 如果懷疑是鎖競爭問題，可以查看sys.dm_tran_locks。
3 使用SQL Server Management Studio (SSMS) 連接到數據庫實例，檢查當前活動和最近執行的查詢。

-- 查看等待的類型
SELECT * FROM sys.dm_os_wait_stats ORDER BY wait_time_ms DESC; 
-- 查看當前等待的請求
SELECT * FROM sys.dm_os_waiting_tasks; 
-- 查看鎖信息
SELECT * FROM sys.dm_tran_locks; 
-- 查詢IO和時間統計
SET STATISTICS IO ON;
SET STATISTICS TIME ON;
GO
-- 運行你的查詢
SELECT * FROM your_table;
GO

SQL Server數據庫卡慢可能有以下幾個原因：

硬件問題：包括磁盤故障、網絡問題、內存不足等，這些問題會影響數據庫的讀寫性能。（擴大服務器的內存,Windows 2000和SQL server 2000能支持4-8G的內存。）
查詢問題：復雜的查詢、缺少索引、查詢語句寫得不好等都可能導致數據庫卡慢。
鎖問題：當多個用戶同時訪問數據庫時，可能會出現鎖爭用的情況，導致數據庫操作卡慢。
服務器負載過大：當服務器上同時運行多個應用程序或者數據庫，可能會導致服務器負載過大，從而影響數據庫性能。
數據庫設置不當：數據庫的配置參數沒有正確設置，例如緩沖區大小、最大并發連接數等，都可能導致數據庫卡慢。
數據庫日志文件過大：如果數據庫的日志文件過大，會導致寫入操作變慢，從而影響數據庫的性能。
數據庫版本過低：如果使用的SQL Server版本過低，可能會存在一些性能問題，建議升級到最新版本。
以上是一些可能導致SQL Server數據庫卡慢的原因，具體要根據實際情況來判斷和解決。

配置虛擬內存：虛擬內存大小應基于計算機上并發運行的服務進行配置。運行 Microsoft SQL Server? 2000 時，可考慮將虛擬內存大小設置為計算機中安裝的物理內存的 1.5 倍。如果另外安裝了全文檢索功能，并打算運行 Microsoft 搜索服務以便執行全文索引和查詢，可考慮：將虛擬內存大小配置為至少是計算機中安裝的物理內存的 3 倍。將 SQL Server max server memory 服務器配置選項配置為物理內存的 1.5 倍(虛擬內存大小設置的一半)。

sql server 如何查看卡頓的原因 sqlserver查詢突然很慢:

查詢速度慢的原因很多，常見如下幾種：

1、沒有索引或者沒有用到索引(這是查詢慢最常見的問題，是程序設計的缺陷)
2、I/O吞吐量小，形成了瓶頸效應。
3、沒有創建計算列導致查詢不優化。
4、內存不足
5、網絡速度慢
6、查詢出的數據量過大(可以采用多次查詢，其他的方法降低數據量)
7、鎖或者死鎖(這也是查詢慢最常見的問題，是程序設計的缺陷)
8、sp_lock,sp_who,活動的用戶查看,原因是讀寫競爭資源。
9、返回了不必要的行和列
10、查詢語句不好，沒有優化

SELECT TOP 10 
 qs.total_elapsed_time / 1000 AS [Total Elapsed Time (sec)],
 qs.execution_count,
 qs.total_logical_reads,
 qs.total_logical_writes,
 qs.total_physical_reads,
 qs.last_execution_time,
 qs.min_execution_time,
 qs.max_execution_time,
 qs.last_worker_time,
 qs.min_worker_time,
 qs.max_worker_time,
 SUBSTRING(st.text, (qs.statement_start_offset/2) + 1,
 ((CASE qs.statement_end_offset
 WHEN -1 THEN DATALENGTH(st.text)
 ELSE qs.statement_end_offset
 END - qs.statement_start_offset)/2) + 1) AS [Statement Text],
 qp.query_plan
FROM 
 sys.dm_exec_query_stats AS qs
CROSS APPLY 
 sys.dm_exec_sql_text(qs.sql_handle) AS st
CROSS APPLY 
 sys.dm_exec_query_plan(qs.plan_handle) AS qp
ORDER BY 
 qs.total_elapsed_time DESC;

1 使用動態管理視圖sys.dm_exec_query_stats

我們通過查詢sys.dm_exec_query_stats視圖來獲取耗時最長的SQL語句的相關信息，包括CPU時間、執行時間、邏輯讀取次數、物理讀取次數、邏輯寫入次數、執行次數和SQL語句內容。

SELECT TOP 10
 total_worker_time/1000 AS total_cpu_time_sec,
 total_elapsed_time/1000 AS total_duration_sec,
 total_logical_reads,
 total_physical_reads,
 total_logical_writes,
 execution_count,
 SUBSTRING(st.text, (qs.statement_start_offset/2) + 1,
 ((CASE statement_end_offset
 WHEN -1 THEN DATALENGTH(st.text)
 ELSE qs.statement_end_offset
 END - qs.statement_start_offset)/2) + 1) AS statement_text
FROM sys.dm_exec_query_stats AS qs
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) AS st
ORDER BY total_duration_sec DESC; 

3 使用動態管理視圖sys.dm_exec_requests

我們查詢sys.dm_exec_requests視圖來獲取當前執行的查詢請求的信息，包括會話ID、開始時間、總執行時間、狀態和SQL語句內容。我們可以根據需要自定義篩選條件，比如只顯示執行時間超過10秒的查詢。

SELECT r.session_id,
 r.start_time,
 r.total_elapsed_time/1000 AS total_duration_sec,
 r.status,
 t.text AS sql_text
FROM sys.dm_exec_requests AS r
CROSS APPLY sys.dm_exec_sql_text(r.sql_handle) AS t
WHERE r.total_elapsed_time > 10000 -- 只顯示執行時間超過10秒的查詢
ORDER BY r.total_elapsed_time DESC; 

結果：

stateDiagram
[*] --> 查詢sys.dm_exec_query_stats
--> 分析耗時最長的SQL
--> 顯示結果
--> [*]

查詢哪些資源被阻塞了 和 堵進程：
1）、查詢哪些資源被阻塞了（spid為阻塞進程id）
select * from sys.sysprocesses where status = 'suspended'
2）、查詢堵進程（BlkBy阻塞進程id）
sp_who2 active查看堵的進程

查詢spid/BlkBy 阻塞進程語句
dbcc inputbuffer(spid)

查看指定數據庫的鎖id進行
dbcc opentran(tempdb)

殺進程
kill spid with statusonly

查詢sql語句執行時間和sql語句性能
通過設置STATISTICS我們可以查看執行SQL時的系統情況。選項有PROFILE，IO ，TIME。介紹如下：

 SET STATISTICS PROFILE ON --顯示分析、編譯和執行查詢所需的時間（以毫秒為單位）。
 SET STATISTICS IO ON --報告與語句內引用的每個表的掃描數、邏輯讀取數（在高速緩存中訪問的頁數）和物理讀取數（訪問磁盤的次數）有關的信息。
 SET STATISTICS TIME ON --顯示每個查詢執行后的結果集，代表查詢執行的配置文件。
 SELECT [字段] FROM [表名] --SQL語句
 SET STATISTICS PROFILE OFF
 SET STATISTICS IO OFF
 SET STATISTICS TIME OFF

其他：https://www.cnblogs.com/Fooo/p/10621595.html

廣告：