percona監(jiān)控mysql的幾張圖形是怎樣的-創(chuàng)新互聯(lián)

本篇文章為大家展示了percona監(jiān)控mysql的幾張圖形是怎樣的，內(nèi)容簡明扼要并且容易理解，絕對能使你眼前一亮，通過這篇文章的詳細介紹希望你能有所收獲。

創(chuàng)新互聯(lián)自2013年創(chuàng)立以來，先為懷來等服務建站，懷來等地企業(yè)，進行企業(yè)商務咨詢服務。為懷來企業(yè)網(wǎng)站制作PC+手機+微官網(wǎng)三網(wǎng)同步一站式服務解決您的所有建站問題。

percona監(jiān)控mysql的幾張圖形解釋

最近，我仔細研究了一下percona監(jiān)控mysql的幾張圖的含義。

Com_XXX表示每個XXX語句執(zhí)行的次數(shù)如：
Com_select 執(zhí)行select操作的次數(shù)，一次查詢只累計加1
Com_update 執(zhí)行update操作的次數(shù)
Com_insert 執(zhí)行insert操作的次數(shù)，對批量插入只算一次。
Com_delete 執(zhí)行delete操作的次數(shù)

只針對于InnoDB存儲引擎的操作次數(shù)：

Innodb_rows_deleted 從InnoDB表刪除的行數(shù)。

Innodb_rows_inserted 插入到InnoDB表的行數(shù)。

Innodb_rows_read 從InnoDB表讀取的行數(shù)。

Innodb_rows_updated InnoDB表內(nèi)更新的行數(shù)。

上圖數(shù)據(jù)來源于： show global status like '%innodb_row%'

InnoDB semaphore

InnoDB信號量圖顯示有關(guān)InnoDB信號量活動的信息：旋轉(zhuǎn)輪數(shù)，旋轉(zhuǎn)

等待，操作系統(tǒng)等待。您可能會看到這些圖在高并發(fā)或爭用期間出現(xiàn)峰值。這些圖表

基本上表示獲取行鎖或互斥鎖所涉及的不同類型的活動，這是導致性能不佳的原因

在某些情況下，縮放。

上面數(shù)據(jù)來源于：

mysql> show engine innodb status \G;

SEMAPHORES（信號量）

OS WAIT ARRAY INFO: reservation count 6428579

OS WAIT ARRAY INFO: signal count 6391102

Mutex spin waits 10807638, rounds 51362184, OS waits 1135246

RW-shared spins 5183147, rounds 154424701, OS waits 5133668

RW-excl spins 187041, rounds 4866289, OS waits 132629

Spin rounds per wait: 4.75 mutex, 29.79 RW-shared, 26.02 RW-excl

czxin注釋："spin waits" 和 "spin rounds" 的數(shù)量。相較于系統(tǒng)等待，自旋鎖是低成本的等待；不過它是一個活躍的等待，會浪費一些cpu資源。因此如果看到大量的自旋等待和自旋輪轉(zhuǎn)，則很顯然它浪費 了很多cpu資源。浪費cpu時間和無謂的上下文切換之間可以用 innodb_sync_spin_loops 來平衡。

reservation count" 和 "signal count" 顯示了 innodb 使用內(nèi)部同步陣列的活躍程度 - 時間片(slot)分配以及線程信號使用同步陣列的頻繁程度。這些統(tǒng)計信息可以用于表示 innodb 回退到系統(tǒng)等待的頻率。還有關(guān)于系統(tǒng)等待的直接相關(guān)信息，可以看到"OS Waits"的互斥信號燈(mutexes)，以及讀寫鎖。這些信息中顯示了互斥鎖和共享鎖。系統(tǒng)等待和 "保留(reservation)" 不完全一樣，在回退到用 sync_array 的復雜等待模式前，innodb 會嘗試 "輸出(yield)" 到系統(tǒng)，希望下一次調(diào)度時間對象里命名線程已經(jīng)釋放了。系統(tǒng)等待相對較慢，如果每秒發(fā)生了上萬次系統(tǒng)等待，則可能會有問題。另一個觀察方法是查看系統(tǒng)狀態(tài) 中的上下文(context)交換頻率。

鎖資源

上圖表示行鎖的等待。

innodb_lock_wait 指的是不能立即獲取行鎖而需要等待的次數(shù)/每秒。

上圖的數(shù)據(jù)來源于show global status like 'innodb_lock_wait'

MySQL table locks

上圖表示的是表級鎖的等待

Table_locks_immediate 指的是能夠立即獲得表級鎖的次數(shù)/每秒， 

Table_locks_waited指的是不能立即獲取表級鎖而需要等待的次數(shù)/每秒。

上圖數(shù)據(jù)來源于show global status like '%table_lock%'

Innodb table in use

InnoDB Tables In Use（使用中的InnoDB表）圖顯示了InnoDB有多少表在使用中以及有多少表被鎖定。如果有

在這些圖中，您可能還會看到鎖等待中的峰值以及查詢之間的其他爭用跡象。

上面的innodb tables in use和innodb locked tables兩個參數(shù)值來自于show engine innodb status \G;搜索 table即可找到。注意這兩個值不是每秒的值，而是真實值。

上述內(nèi)容就是percona監(jiān)控mysql的幾張圖形是怎樣的，你們學到知識或技能了嗎？如果還想學到更多技能或者豐富自己的知識儲備，歡迎關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道。

網(wǎng)頁標題：percona監(jiān)控mysql的幾張圖形是怎樣的-創(chuàng)新互聯(lián)
當前網(wǎng)址：http://muchs.cn/article12/cdjsgc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站導航、網(wǎng)站策劃、網(wǎng)站營銷、虛擬主機、Google、軟件開發(fā)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)