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

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

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

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

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

2 點擊你要記錄慢查詢?nèi)罩镜臄?shù)據(jù)庫-- 右鍵屬性-- 查詢存儲 （query stone）

可以調(diào)整的參數(shù)，其實不多，大致可以注意一下

Query stone capture mode 

size base cleanup mode 

都可以設(shè)置為自動

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

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

其中提供了幾種查詢方式

1 回歸查詢

2 總體資源使用情況

3 使用資源排名的方式

4 帶有強制執(zhí)行計劃的方式

5 具有高度差異的查詢

6 跟蹤查詢

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

而慢查詢有幾種方式體現(xiàn)

1  查詢時間長

2  使用物理I/O 多

3  內(nèi)存占用多少

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

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

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

1  系統(tǒng)上線后或測試中遇到的語句性能問題

2  語句在執(zhí)行中發(fā)生的執(zhí)行計劃的變換

3  語句執(zhí)行中使用的性能百分比

4  查找缺失的索引的問題

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

以下舉例

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

方法：

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

舉例

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

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

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

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

1888.51ms 之間的差距。而這就是我們需要關(guān)注的一些潛在或已經(jīng)凸顯的問題的現(xiàn)象。

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

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