如何進(jìn)行數(shù)據(jù)庫(kù)性能調(diào)優(yōu)
如何進(jìn)行數(shù)據(jù)庫(kù)性能調(diào)優(yōu)，針對(duì)這個(gè)問(wèn)題，這篇文章詳細(xì)介紹了相對(duì)應(yīng)的分析和解答，希望可以幫助更多想解決這個(gè)問(wèn)題的小伙伴找到更簡(jiǎn)單易行的方法。
鯉城網(wǎng)站制作公司哪家好，找成都創(chuàng)新互聯(lián)公司！從網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開(kāi)發(fā)、APP開(kāi)發(fā)、成都響應(yīng)式網(wǎng)站建設(shè)公司等網(wǎng)站項(xiàng)目制作，到程序開(kāi)發(fā)，運(yùn)營(yíng)維護(hù)。成都創(chuàng)新互聯(lián)公司公司2013年成立到現(xiàn)在10年的時(shí)間，我們擁有了豐富的建站經(jīng)驗(yàn)和運(yùn)維經(jīng)驗(yàn)，來(lái)保證我們的工作的順利進(jìn)行。專(zhuān)注于網(wǎng)站建設(shè)就選成都創(chuàng)新互聯(lián)公司。
前言
微軟工程師的一個(gè)工程師曾經(jīng)對(duì)性能調(diào)優(yōu)有一個(gè)非常形象的比喻：剝洋蔥 。我也非常認(rèn)可，讓我們來(lái)一層一層撥開(kāi)外面它神秘的面紗。
六大因素
下面祭出的是我們?cè)诮o客戶(hù)分析數(shù)據(jù)庫(kù)性能問(wèn)題最常用的圖。
看完這個(gè)圖，你是不是對(duì)性能調(diào)優(yōu)有了個(gè)基本的概念了。通常來(lái)講，我們會(huì)依照下面的順序來(lái)進(jìn)行分析：
硬件能力
系統(tǒng)規(guī)模
數(shù)據(jù)庫(kù)內(nèi)部因素
軟件環(huán)境
這4個(gè)的順序可以有所調(diào)整或者交換，但是對(duì)于系統(tǒng)的性能優(yōu)化一定要從全局出發(fā)。切勿一來(lái)就深入到某一個(gè)SQL語(yǔ)句的優(yōu)化，因?yàn)榭赡苣慊ㄙM(fèi)大量的時(shí)間把一個(gè)SQL從20s 優(yōu)化到1s，但是整個(gè)系統(tǒng)的卡慢仍然存在。
實(shí)戰(zhàn)案例
不廢話了，開(kāi)整開(kāi)整，直接上干貨。
時(shí)間：2018年1月某天
事件：某醫(yī)院客戶(hù) 下午4點(diǎn) 突然出現(xiàn)大面積的卡慢。整個(gè)系統(tǒng)出現(xiàn)嚴(yán)重問(wèn)題，信息中心電話打爆，醫(yī)院工程師手足無(wú)措。
萬(wàn)幸的是我們給數(shù)據(jù)庫(kù)裝了‘攝像頭’，下面就從監(jiān)控錄像來(lái)看看發(fā)送了什么。然后加以解決。
硬件能力
CPU
在問(wèn)題發(fā)生時(shí)間段內(nèi)CPU使用率在20%以下，正常。
Memory
從下面的圖像顯示，內(nèi)存使用正常。
頁(yè)生命周期
可用內(nèi)存
IO
IO隊(duì)列平均值很低，15.48 左右有個(gè)瞬時(shí)的高點(diǎn)，可留意這段時(shí)間有沒(méi)有批量的寫(xiě)入。
總的來(lái)看，硬件資源是足夠的。
系統(tǒng)規(guī)模
問(wèn)題發(fā)生時(shí)，每秒的批請(qǐng)求數(shù)并不是一個(gè)上升趨勢(shì)，反而有所下降。這是因?yàn)橄到y(tǒng)的擁堵，等待 ，影響了系統(tǒng)的吞吐量。
數(shù)據(jù)庫(kù)內(nèi)部因素
等待
慢語(yǔ)句
從會(huì)話和慢語(yǔ)句的趨勢(shì)圖可以看到，問(wèn)題發(fā)生的時(shí)間和客戶(hù)描述完全吻合，我們可以斷定本身事故的確是慢在數(shù)據(jù)庫(kù)。
什么導(dǎo)致的慢
檢查者個(gè)時(shí)間段運(yùn)行中的語(yǔ)句，可以發(fā)現(xiàn)下午15.58左右，數(shù)據(jù)庫(kù)中開(kāi)始出現(xiàn)越來(lái)越多的CMEMTHREAD等待。
一直到1900頁(yè)16.08分的時(shí)候，出現(xiàn)了***達(dá)100個(gè)并發(fā)同時(shí)出現(xiàn)CMEMTHREAD等待。
什么是CMEMTHREAD等待
微軟官方的描述：在任務(wù)正在等待線程安全的內(nèi)存對(duì)象時(shí)發(fā)生。 當(dāng)多個(gè)任務(wù)嘗試從同一個(gè)內(nèi)存對(duì)象分配內(nèi)存導(dǎo)致?tīng)?zhēng)用時(shí)，等待時(shí)間可能會(huì)增加。
這個(gè)描述很晦澀，感覺(jué)還是完全不知道等待類(lèi)型是怎么回事，應(yīng)該怎么處理這類(lèi)問(wèn)題。
實(shí)際上，從官方描述來(lái)看是內(nèi)存爭(zhēng)用的問(wèn)題，但是實(shí)際上這個(gè)問(wèn)題的關(guān)鍵在于多個(gè)任務(wù)的爭(zhēng)用，實(shí)際上是并發(fā)的執(zhí)行的問(wèn)題。
場(chǎng)景
出現(xiàn)在數(shù)據(jù)庫(kù)編譯或重編譯時(shí)，將即席執(zhí)行計(jì)劃ad hoc plans 插入到計(jì)劃緩存中的時(shí)候
NUMA架構(gòu)下，內(nèi)存對(duì)象是按照節(jié)點(diǎn)來(lái)分區(qū)的
內(nèi)存對(duì)象有三種類(lèi)型的（Global，Per Numa Node，Per CPU）。 SQL Server將允許對(duì)內(nèi)存對(duì)象進(jìn)行分段，以便只有同一節(jié)點(diǎn)或CPU上的線程具有相同的底層CMemObj，從而減少來(lái)自其他節(jié)點(diǎn)或cpu的線程交互，從而提高性能和可伸縮性。減少內(nèi)存的并發(fā)爭(zhēng)用。
SELECT type, pages_in_bytes, CASE WHEN (0x20 = creation_options & 0x20) THEN 'Global PMO. Cannot be partitioned by CPU/NUMA Node. TF 8048 not applicable.' WHEN (0x40 = creation_options & 0x40) THEN 'Partitioned by CPU.TF 8048 not applicable.' WHEN (0x80 = creation_options & 0x80) THEN 'Partitioned by Node. Use TF 8048 to further partition by CPU' ELSE 'UNKNOWN' END from sys.dm_os_memory_objects order by pages_in_bytes desc
如果你發(fā)現(xiàn)，Partitioned by Node 的內(nèi)存開(kāi)銷(xiāo)是排在前面的，可以使用TRACE FLAG 8048來(lái)減少CMEMTHREAD等待。
從圖中可以看到，客戶(hù)的 Partitioned by Node 是比較靠后的，排在14位。
3. 補(bǔ)丁
這類(lèi)場(chǎng)景是最常見(jiàn)的。如果在系統(tǒng)中發(fā)現(xiàn)出現(xiàn)大量的CMEMTHREAD等待，優(yōu)先考慮數(shù)據(jù)庫(kù)是不是已經(jīng)安裝***的補(bǔ)丁。
2008 r2: FIX: SQL Server 2008 R2 performs poorly when most threads wait for the CMEMTHREAD wait type if the threads use table variables or temp tables to load or update rowsets
2012 ,2014 當(dāng)您執(zhí)行許多特殊查詢(xún)?cè)?SQL Server 2012年或 SQL Server 2014 CMEMTHREAD 等待。
軟硬件環(huán)境
目前數(shù)據(jù)庫(kù)的版本是 11.0.5556.0 而前面提到的補(bǔ)丁，安裝后的版本是：11.0.5623.0
代碼設(shè)計(jì)
是什么語(yǔ)句產(chǎn)生了等待。
都是類(lèi)似下面的語(yǔ)句，***時(shí)，并發(fā)超過(guò)100。
SELECT
* INTO #Tmp from TB where 1=2
特點(diǎn)如下：
1.語(yǔ)句簡(jiǎn)單 開(kāi)銷(xiāo)都小于5不會(huì)產(chǎn)生并行。
2.都采用了select into #temptable的形式。
就像上面分析的一樣，CMEMTHREAD等待是一個(gè)并發(fā)問(wèn)題，而不是一個(gè)內(nèi)存問(wèn)題。在其他方案行不通的時(shí)候，我們可以通過(guò)調(diào)整此類(lèi)語(yǔ)句的寫(xiě)法，減少CMEMTHREAD等待.
業(yè)務(wù)模型及架構(gòu)
目前系統(tǒng)是單機(jī)運(yùn)行的狀態(tài)，這其實(shí)是很少見(jiàn)的。存在少量OLAP 和OLTP業(yè)務(wù)混合的情況。后續(xù)我們會(huì)給客戶(hù)規(guī)劃 讀寫(xiě)分離 或者負(fù)載均衡的解決方案。
解決方案
安裝***的補(bǔ)丁
至少需要安裝前面發(fā)的解決等待問(wèn)題的FIX。建議是直接安裝到目前為止***的2012 SP4補(bǔ)丁。
修改參數(shù)
optimize for ad hoc workloads 從0修改為1 。針對(duì)將即席執(zhí)行計(jì)劃ad hoc plans 插入到計(jì)劃緩存中的時(shí)候場(chǎng)景，減少ad hoc 查詢(xún)占用的內(nèi)存。
增加TEMPDB數(shù)據(jù)文件的個(gè)數(shù)
select * into #temptable 會(huì)產(chǎn)生大量的閂鎖爭(zhēng)用，防止在CMEMTHREAD 等待消除后，出現(xiàn)大量的pagelatch 閂鎖爭(zhēng)用。我經(jīng)歷過(guò)很多案例，解決了前面的一個(gè)擁堵之后，后面有產(chǎn)生了新的等待，導(dǎo)致性能更差了。請(qǐng)記住，優(yōu)化是一個(gè)長(zhǎng)期的，循序漸進(jìn)的過(guò)程。
遷移TEMPDB數(shù)據(jù)文件的位置
目前部分tempdb文件放在S，一般分放在D盤(pán)。建議都遷移到S盤(pán)(存儲(chǔ)上面)，增加tempdb的響應(yīng)速度。如果可能的話，使用SSD來(lái)***化tempdb的性能，將會(huì)是不錯(cuò)的選擇。
優(yōu)化程序的代碼
修改代碼通常都是放在***面的，因?yàn)橐獱可娴那闆r比較多。前面的手段80%的情況下，都可以解決問(wèn)題。剩下的20%，我們需要，檢查程序中的邏輯，看看這些的語(yǔ)句都是什么業(yè)務(wù)產(chǎn)生的。什么條件會(huì)觸發(fā)這類(lèi)業(yè)務(wù).對(duì)應(yīng)下面類(lèi)似的語(yǔ)句都使用存儲(chǔ)過(guò)程，或者參數(shù)化后的方式，減少編譯和重編譯的次數(shù)。另外此類(lèi)語(yǔ)句都會(huì)并發(fā)創(chuàng)建臨時(shí)表，可能通過(guò)調(diào)整tempdb的設(shè)置，加快此類(lèi)語(yǔ)句的執(zhí)行速度，減少同一時(shí)間此類(lèi)語(yǔ)句的并發(fā)數(shù)量。
優(yōu)化效果
經(jīng)過(guò)前面的幾個(gè)優(yōu)化手段，第二天開(kāi)始，沒(méi)有再出現(xiàn)過(guò)一次CMEMTHREAD的等待。
等待
慢語(yǔ)句
關(guān)于如何進(jìn)行數(shù)據(jù)庫(kù)性能調(diào)優(yōu)問(wèn)題的解答就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，如果你還有很多疑惑沒(méi)有解開(kāi)，可以關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道了解更多相關(guān)知識(shí)。
網(wǎng)站欄目：如何進(jìn)行數(shù)據(jù)庫(kù)性能調(diào)優(yōu)
當(dāng)前地址：http://chinadenli.net/article28/ipgicp.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供域名注冊(cè)、網(wǎng)站營(yíng)銷(xiāo)、網(wǎng)站建設(shè)、網(wǎng)站收錄、品牌網(wǎng)站建設(shè)、軟件開(kāi)發(fā)
聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)
