SQL SERVER 2016查詢歷史記錄存儲排查慢的示例分析

SQL SERVER 2016查詢歷史記錄存儲排查慢的示例分析，針對這個問題，這篇文章詳細介紹了相對應的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

話歸正題，與MYSQL，PG 不同的SQL SERVER 其實在慢查詢排查中一直是沒有什么日志的，而通過DMV 或者工具來查詢總覺得和其他兩種數據庫比較是有一定缺陷的。

但是從SQL SERVER 2016 開始SQL SERVER 也意識到這點，添加了一個功能。如何打開和使用follow me.

1 打開 SSMS （別說不知道什么是SSMS） SQL SERVER management studio

2 點擊你要記錄慢查詢日志的數據庫-- 右鍵屬性-- 查詢存儲 （query stone）

可以調整的參數，其實不多，大致可以注意一下

Query stone capture mode 

size base cleanup mode 

都可以設置為自動

同時可以設置一下相關數據的保存時間等等，大致看看就明白了，這里就不多講了。在信息收集的頻率和間隔上也可以進行相關的設計。

在設置完畢后，其實數據庫就可以進行信息的收集了。

其中提供了幾種查詢方式

1 回歸查詢

2 總體資源使用情況

3 使用資源排名的方式

4 帶有強制執行計劃的方式

5 具有高度差異的查詢

6 跟蹤查詢

從最簡單的問題排查來說，首先我們可能關注的是慢查詢

而慢查詢有幾種方式體現

1  查詢時間長

2  使用物理I/O 多

3  內存占用多少

而SQL SERVER 2016 提供的功能具有所有的維度和角度來進行分析和問題的查找。

更強大的功能是可以根據歷史來進行查詢數據的分析和查詢

通過這項技術可以解決什么樣的問題

1  系統上線后或測試中遇到的語句性能問題

2  語句在執行中發生的執行計劃的變換

3  語句執行中使用的性能百分比

4  查找缺失的索引的問題

5  快速分析目前服務器中的語句性能維度

以下舉例

1  系統上線后1個小時發生嚴重的性能問題，運維報告CPU 被大量占用但具體那條語句造成的問題無法找到。

方法：

點擊總體資源使用，我們找到CPU時間

舉例

直接去點擊我們上面圖中占用CPU時間最多的矩形即可，點擊后立即我們就可以發現到這條語句缺少索引。

問題2 系統已經運行了一段時間有人告知說目前系統運行緩慢，我們需要收集部分高性能語句的在不同時間段的執行次數的差距以及性能

上面的語句是一個簡單的查詢語句并且走了主鍵，但為什么他標識為有差距較大的語句我們可以，將鼠標挪移到右邊有圖的地方，將鼠標放置到圓點的地方。

從下圖,可以清晰的看出，一條同樣的語句，查詢的時間可以從0.06ms 到

1888.51ms 之間的差距。而這就是我們需要關注的一些潛在或已經凸顯的問題的現象。

甚至可以通過某些語句來知曉業務上的邏輯和繁忙的程度。

關于SQL SERVER 2016查詢歷史記錄存儲排查慢的示例分析問題的解答就分享到這里了，希望以上內容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注億速云行業資訊頻道了解更多相關知識。