這篇文章主要介紹了PostgreSQL中監(jiān)控及問(wèn)題發(fā)現(xiàn)腳本的示例分析，具有一定借鑒價(jià)值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。

成都創(chuàng)新互聯(lián)是由多位在大型網(wǎng)絡(luò)公司、廣告設(shè)計(jì)公司的優(yōu)秀設(shè)計(jì)人員和策劃人員組成的一個(gè)具有豐富經(jīng)驗(yàn)的團(tuán)隊(duì)，其中包括網(wǎng)站策劃、網(wǎng)頁(yè)美工、網(wǎng)站程序員、網(wǎng)頁(yè)設(shè)計(jì)師、平面廣告設(shè)計(jì)師、網(wǎng)絡(luò)營(yíng)銷人員及形象策劃。承接：成都網(wǎng)站制作、成都網(wǎng)站設(shè)計(jì)、網(wǎng)站改版、網(wǎng)頁(yè)設(shè)計(jì)制作、網(wǎng)站建設(shè)與維護(hù)、網(wǎng)絡(luò)推廣、數(shù)據(jù)庫(kù)開(kāi)發(fā),以高性價(jià)比制作企業(yè)網(wǎng)站、行業(yè)門(mén)戶平臺(tái)等全方位的服務(wù)。

說(shuō)說(shuō)PostgreSQL 數(shù)據(jù)庫(kù)界的新寵，通過(guò)某些手段來(lái)發(fā)現(xiàn)數(shù)據(jù)庫(kù)中可能存在的問(wèn)題的方法

 通過(guò) pg_stat_activity 來(lái)獲知系統(tǒng)的運(yùn)行情況

通過(guò)上面的語(yǔ)句我們可以發(fā)現(xiàn)當(dāng)前數(shù)據(jù)庫(kù)中的連接情況，例如有多少個(gè)活躍的連接，有多少閑置的連接.

查看當(dāng)前的transaction 中執(zhí)行的時(shí)間長(zhǎng)度, 可以發(fā)現(xiàn)執(zhí)行時(shí)間較長(zhǎng)的事務(wù)并查看相關(guān)的情況

另外POSTGRESQL 也有類似MySQL的 slow log的設(shè)置，

通過(guò)修改此參數(shù)，可以將慢過(guò)設(shè)定時(shí)間的語(yǔ)句，記錄在日志中，便于后期的分析。

當(dāng)然DBA 感興趣的問(wèn)題例如是否缺少I(mǎi)NDEX 也是可以尋找的,通過(guò)下面的腳本

尋找數(shù)據(jù)庫(kù)中沒(méi)有使用過(guò)的索引

發(fā)現(xiàn)有重復(fù)建立的索引列表

在最后，POSTGRESQL 由于相關(guān)原理，是需要對(duì)表定期進(jìn)行  vacuum的，一般來(lái)說(shuō)postgresql 會(huì)自動(dòng)的對(duì)表進(jìn)行 vaccum ，但由于某些特殊情況，如果系統(tǒng)不能對(duì)某些表進(jìn)行 vacuum 則需要知道哪些表出現(xiàn)這樣的情況。

這里我們可以通過(guò) pg_stat_user_tables 表中的 n_live_tup 和 n_dead_tup來(lái)對(duì)某張表的膨脹率進(jìn)行分析，并且采取后續(xù)的手段予以修復(fù)

感謝你能夠認(rèn)真閱讀完這篇文章，希望小編分享的“PostgreSQL中監(jiān)控及問(wèn)題發(fā)現(xiàn)腳本的示例分析”這篇文章對(duì)大家有幫助，同時(shí)也希望大家多多支持創(chuàng)新互聯(lián)，關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，更多相關(guān)知識(shí)等著你來(lái)學(xué)習(xí)!