關(guān)于MySQL數(shù)據(jù)庫監(jiān)控指標(biāo)總結(jié):緩沖池使用情況
如果你的數(shù)據(jù)庫運(yùn)行緩慢,或者出于某種原因無法響應(yīng)查詢,技術(shù)棧中每個依賴數(shù)據(jù)庫的組件都會遭受性能問題。為了保證數(shù)據(jù)庫的平穩(wěn)運(yùn)行,你可以主動監(jiān)控以下這個與性能及資源利用率相關(guān)的指標(biāo):緩沖池使用情況。
緩沖池使用情況
MySQL 默認(rèn)的存儲引擎 InnoDB 使用了一片稱為緩沖池的內(nèi)存區(qū)域,用于緩存數(shù)據(jù)表與索引的數(shù)據(jù)。緩沖池指標(biāo)屬于資源指標(biāo),而非工作指標(biāo)。
默認(rèn)設(shè)置下,緩沖池的大小通常相對較小,為 128MiB。不過,MySQL 建議可將其擴(kuò)大至專用數(shù)據(jù)庫服務(wù)器物理內(nèi)存的 80% 大小。然而,MySQL 也指出了一些注意事項(xiàng):InnoDB 的內(nèi)存開銷可能提高超過緩沖池大小 10% 的內(nèi)存占用。并且,如果你耗盡了物理內(nèi)存,系統(tǒng)會求助于分頁,導(dǎo)致數(shù)據(jù)庫性能嚴(yán)重受損。
緩沖池大小調(diào)整操作是分塊進(jìn)行的,緩沖池的大小必須為塊的大小乘以實(shí)例的數(shù)目再乘以某個倍數(shù)。
- innodb_buffer_pool_size = N * innodb_buffer_pool_chunk_size * innodb_buffer_pool_instances
塊的默認(rèn)大小為 128 MiB,但是從 MySQL 5.7.5 開始可以自行配置。以上兩個參數(shù)的值都可以通過如下方式進(jìn)行檢查:
- SHOW GLOBAL VARIABLES LIKE "innodb_buffer_pool_chunk_size";
- SHOW GLOBAL VARIABLES LIKE "innodb_buffer_pool_instances";
監(jiān)控指標(biāo):
指標(biāo) Innodb_buffer_pool_read_requests 及 Innodb_buffer_pool_reads 對于理解緩沖池利用率都非常關(guān)鍵。Innodb_buffer_pool_read_requests 追蹤合理讀取請求的數(shù)量,而Innodb_buffer_pool_reads 追蹤緩沖池?zé)o法滿足,因而只能從磁盤讀取的請求數(shù)量。我們知道,從內(nèi)存讀取的速度比從磁盤讀取通常要快好幾個數(shù)量級,因此,如果 Innodb_buffer_pool_reads 的值開始增加,意味著數(shù)據(jù)庫性能大有問題。
緩沖池利用率是在考慮擴(kuò)大緩沖池之前應(yīng)該檢查的重要指標(biāo)。利用率指標(biāo)無法直接讀取,但是可以通過下面的方式簡單地計(jì)算得到:
- (Innodb_buffer_pool_pages_total - Innodb_buffer_pool_pages_free) / Innodb_buffer_pool_pages_total
如果你的數(shù)據(jù)庫從磁盤進(jìn)行大量讀取,而緩沖池還有許多閑置空間,這可能是因?yàn)榫彺孀罱徘謇磉^,還處于熱身階段。如果你的緩沖池并未填滿,但能有效處理讀取請求,則說明你的數(shù)據(jù)工作集相當(dāng)適應(yīng)目前的內(nèi)存配置。
將緩沖池指標(biāo)轉(zhuǎn)化為字節(jié):
大多數(shù)緩沖池指標(biāo)都以內(nèi)存頁面為單位進(jìn)行記錄,但是這些指標(biāo)也可以轉(zhuǎn)化為字節(jié),從而使其更容易與緩沖池的實(shí)際大小相關(guān)聯(lián)。例如,你可以使用追蹤緩沖池中內(nèi)存頁面總數(shù)的服務(wù)器狀態(tài)變量找出緩沖池的總大小(以字節(jié)為單位):
- Innodb_buffer_pool_pages_total * innodb_page_size
InnoDB 頁面大小是可調(diào)整的,但是默認(rèn)設(shè)置為 16 KiB,或 16,384 字節(jié)。你可以使用 SHOW VARIABLES 查詢了解其當(dāng)前值:
- SHOW VARIABLES LIKE "innodb_page_size";