?現(xiàn)在PG數(shù)據(jù)庫(kù)在用戶側(cè)的應(yīng)用場(chǎng)景日益豐富，很多國(guó)產(chǎn)數(shù)據(jù)庫(kù)也與PG開(kāi)源項(xiàng)目有著很深的淵源，在使用過(guò)程中的一些基本運(yùn)維規(guī)則也與PG開(kāi)源數(shù)據(jù)庫(kù)十分近似。今天我們從操作系統(tǒng)的角度來(lái)看一看PG數(shù)據(jù)庫(kù)日常運(yùn)維中需要關(guān)注的一些問(wèn)題。

目前大多數(shù)用戶側(cè)的PG數(shù)據(jù)庫(kù)規(guī)模都比較小，應(yīng)用系統(tǒng)也都不太復(fù)雜，因此大多數(shù)情況下，數(shù)據(jù)庫(kù)日常運(yùn)維的難度并不大，不像Oracle這樣復(fù)雜的數(shù)據(jù)庫(kù)系統(tǒng)，遇到些問(wèn)題還不太容易處理。在PG數(shù)據(jù)庫(kù)日常運(yùn)維上，只要關(guān)注下總會(huì)話數(shù)，活躍會(huì)化，并發(fā)訪問(wèn)，TOP SQL，一般也就夠用了。反而在操作系統(tǒng)層面，需要多加關(guān)注。

在這種情況下，操作系統(tǒng)的各種資源是否充足是決定數(shù)據(jù)庫(kù)運(yùn)行是否穩(wěn)定的十分重要的因素。CPU、內(nèi)存、IO、存儲(chǔ)容量這四種資源是否充足決定了PG數(shù)據(jù)庫(kù)的運(yùn)行是否穩(wěn)定。網(wǎng)絡(luò)是否存在丟包、延時(shí)過(guò)大的問(wèn)題，則會(huì)影響SQL語(yǔ)句執(zhí)行的效率。一般情況下對(duì)這些多做關(guān)注，基本上就沒(méi)有太大的問(wèn)題了。

對(duì)于CPU資源，首先要觀察在業(yè)務(wù)高峰期，r隊(duì)列的數(shù)量長(zhǎng)時(shí)間超過(guò)CPU線程數(shù)，甚至超過(guò)2倍。如果業(yè)務(wù)高峰期操作系統(tǒng)r隊(duì)列的長(zhǎng)度經(jīng)常長(zhǎng)時(shí)間（超過(guò)10分鐘）超過(guò)CPU線程數(shù)，那么說(shuō)明當(dāng)前CPU資源在系統(tǒng)高峰期存在不足的問(wèn)題，如果經(jīng)常超過(guò)2倍，那么久應(yīng)該準(zhǔn)備擴(kuò)容了。

對(duì)于內(nèi)存資源，我們需要關(guān)注的是可用內(nèi)存和交換器使用率這兩個(gè)指標(biāo)，因?yàn)镺S內(nèi)存中很多內(nèi)存是用于CACHE/BUFFER的，所以空閑內(nèi)存的指標(biāo)指示性不夠準(zhǔn)確，使用可用內(nèi)存可能更為準(zhǔn)確一些，這個(gè)指標(biāo)是說(shuō)操作系統(tǒng)中還有多少真正可用于分配的內(nèi)存。

MemAvailable指標(biāo)的含義是當(dāng)前內(nèi)存中還可用于分配的所有內(nèi)存的總和。如果這個(gè)值比較小了，說(shuō)明當(dāng)前的OS中可以用于分配的內(nèi)存過(guò)小，系統(tǒng)存在隱患。

另外一個(gè)需要關(guān)注的指標(biāo)是SWAP使用率，有些PG的使用攻略中甚至建議大家關(guān)閉SWAP，從而避免因?yàn)镾WAP帶來(lái)的性能不穩(wěn)定。這種建議實(shí)際上是因?yàn)闊o(wú)法控制SWAP，以及控制SWAP帶來(lái)的負(fù)面影響而采用的一種極端的措施。在當(dāng)前的LINUX內(nèi)核下，SWAP產(chǎn)生的原因十分復(fù)雜，因此干脆通過(guò)關(guān)閉SWAP來(lái)避開(kāi)SWAP了。這種做法實(shí)際上是不可取的，因?yàn)槟愣紱](méi)辦法搞明白SWAP產(chǎn)生的原因，那么如果關(guān)閉了SWAP，一旦SWAP需要產(chǎn)生的時(shí)候，那么OS會(huì)采取更為極端的方式來(lái)對(duì)待，那就是OOM KILLER進(jìn)程殺掉某些進(jìn)程。如果正好Postmaster正好是那個(gè)倒霉蛋，那么就不是PG性能受到影響了，而是PG庫(kù)就宕了。目前我們常用的Linux 7、8核心的swap算法已經(jīng)都比較完善了，大多數(shù)情況下，SWAP不會(huì)對(duì)影響PG數(shù)據(jù)庫(kù)性能比較嚴(yán)重的匿名塊做SWAP，而會(huì)盡可能交換CACHE/BUFFER，因此只要基礎(chǔ)的LINUX VM參數(shù)設(shè)置的比較合理，就無(wú)需懼怕SWAP的產(chǎn)生。而當(dāng)系統(tǒng)的SWAP使用率一直居高不下（比如超過(guò)90%），才需要重點(diǎn)關(guān)注。

IO延時(shí)也是我們運(yùn)維PG數(shù)據(jù)庫(kù)時(shí)需要關(guān)注的，因?yàn)镻G數(shù)據(jù)庫(kù)的DOUBLE BUFFER特性，實(shí)際上IO延時(shí)對(duì)PG數(shù)據(jù)庫(kù)的影響并不一定像對(duì)Oracle那么直接。有時(shí)候IO延時(shí)挺高了，但是PG數(shù)據(jù)庫(kù)的性能似乎受到的影響還不算大。不過(guò)不管怎么樣，IO延時(shí)低于20毫秒是運(yùn)維PG數(shù)據(jù)庫(kù)的一個(gè)基本底線。過(guò)高的IO延時(shí)肯定會(huì)對(duì)PG數(shù)據(jù)庫(kù)長(zhǎng)期穩(wěn)定運(yùn)行存在隱患（當(dāng)PG數(shù)據(jù)庫(kù)負(fù)載較小的時(shí)候，這種影響還不一定會(huì)體現(xiàn)出來(lái)）。在一個(gè)相對(duì)穩(wěn)定的運(yùn)行環(huán)境中，如果IO總量變化不大的時(shí)候，IO延時(shí)應(yīng)該也是相對(duì)穩(wěn)定的，如果IO總量不變的情況下，IO延時(shí)越來(lái)越長(zhǎng)，那么說(shuō)明底層IO設(shè)備或者后端存儲(chǔ)存在問(wèn)題，我們需要盡早關(guān)注，以免出現(xiàn)大問(wèn)題。存儲(chǔ)子系統(tǒng)的問(wèn)題，對(duì)于數(shù)據(jù)庫(kù)來(lái)說(shuō)往往是致命的。

另外一個(gè)容易受到忽視，但是一旦出現(xiàn)問(wèn)題就容易引發(fā)大問(wèn)題的是操作系統(tǒng)層面的進(jìn)程的狀態(tài)。如果進(jìn)程中出現(xiàn)了幾類(lèi)特殊的非正常進(jìn)程，那么我們就需要加以關(guān)注了。如果這些進(jìn)程屬于postgres用戶，那么就需要額外關(guān)注了。一般進(jìn)程狀態(tài)有r(運(yùn)行或可允許),S(可中斷的休眠狀態(tài))，這兩種狀態(tài)的進(jìn)程都是正常的。而處于D(不可中斷的休眠狀態(tài))的進(jìn)程往往是在等待IO完成等內(nèi)核調(diào)用，這個(gè)狀態(tài)如果短時(shí)存在，并且很快消失了，那很可能是IO性能存在問(wèn)題，并不危險(xiǎn)，如果系統(tǒng)中經(jīng)常有大量進(jìn)程處于D狀態(tài)，那么就需要關(guān)注了，是不是OS在IO層面存在問(wèn)題了。而且隨著D狀態(tài)的進(jìn)程數(shù)量愈來(lái)愈多，OS的風(fēng)險(xiǎn)也越來(lái)越大，服務(wù)器從長(zhǎng)遠(yuǎn)看，存在比較大的風(fēng)險(xiǎn)。另外T狀態(tài)的進(jìn)程也應(yīng)該是一個(gè)臨時(shí)狀態(tài)，等進(jìn)程歸還資源后應(yīng)該就立即被關(guān)閉了，如果有進(jìn)程長(zhǎng)期處于T狀態(tài)，那么系統(tǒng)肯定存在某些風(fēng)險(xiǎn)，需要關(guān)注。同理是Z狀態(tài)的進(jìn)程（僵死）。關(guān)注OS中的這些非正常狀態(tài)的進(jìn)程的數(shù)量變化以及某個(gè)非正常狀態(tài)的進(jìn)程是否長(zhǎng)期處于該狀態(tài)，是我們PG DBA運(yùn)維數(shù)據(jù)庫(kù)系統(tǒng)時(shí)應(yīng)該關(guān)注的。

OS層面需要關(guān)注的內(nèi)容還有很多，比如通過(guò)lsof看看打開(kāi)文件句柄的總數(shù)是否存在不合理的增長(zhǎng)，ulimit參數(shù)的限制是否會(huì)出現(xiàn)風(fēng)險(xiǎn)，OS進(jìn)程數(shù)量是否異常，dmesg和messages是否存在異常報(bào)錯(cuò)等，都是PG DBA需要經(jīng)常去檢查檢查的。這些檢查十分瑣碎，有些也過(guò)于專(zhuān)業(yè)。因此PG DBA也需要構(gòu)建一些工具，定期自動(dòng)的去做巡檢，從而確保數(shù)據(jù)庫(kù)所運(yùn)行的OS環(huán)境是安全的。今天時(shí)間關(guān)系，我們就先聊這么多吧。在12月30號(hào)晚上的分享中，我會(huì)給大家介紹一些更細(xì)的內(nèi)容。?