對應Msql數據庫需要監控什么？怎么對這些要監控的資源進行監控

對數據庫服務的可用性進行監控
并不是在數據庫服務器寫一個腳本監控數據庫的進程或者端口是否存在，僅僅這一點是不夠的，數據庫的進程或者端口存在并不意味著數據庫可以對外提供服務，必須實際的通過網絡連接到數據庫中，并且在數據庫中執行一些簡單的腳本或者SQL，這樣才能保證數據庫是可用的。

對數據庫性能進行監控
QPS和TPS、并發線程數量監控，并發線程數并不等于數據庫連接數，而是指數據庫同時在處理的SQL請求數量，其實并發線程數是遠遠小與數據庫連接數的。
QPS是數據庫每秒鐘所執行的數量，并不僅僅是select，是所有請求；TPS指的是每秒鐘所處理的事務的數量，update、delete、insert的請求數量，從意義上講QPS是TPS的子集。

并發數監控
通常情況下，數據庫系統的性能會隨著并發處理請求數量的增加而下降，通常這個指標要和CPU的使用率結合來分析。
show global status like 'Threads_running',并發處理的數量通常會遠小于同一時刻連接到數據庫的線程數量。如果發現某一時刻數據庫并發量增大，就要檢查一下數據庫是否異常，是否有大量阻塞，如果有大量阻塞，那么有可能出現并發數量的突增，就會把可連接數沾滿，導致無法正常使用。

對Innodb阻塞和死鎖進行監控

//查詢所有阻塞超過60秒的語句，這個語句只對innodb有效
select b.trx_mysql_thread_id as '被阻塞線程',b.trx_query as '被阻塞SQL',c.trx_mysql_thread_id as '阻塞線程',c.trx_query as '阻塞SQL',(UNIX_TIMESTAMP()-UNIX_TIMESTAMP(c.trx_started)) as '阻塞時間' from information_schema.innodb_lock_waits a join information_schema.innodb_trx b on a.requesting_trx_id=b.trx_id join information_schema.innodb_trx c on a.blocking_trx_id=c.trx_id where (UNIX_TIMESTAMP()-UNIX_TIMESTAMP(c.trx_started)) > 60; 

對主從復制進行監控
主從復制鏈路狀態的監控、主從復制延遲的監控、定期確認主從數據是否一致。

對服務器資源進行監控
磁盤空間
雖然現在服務器的磁盤空間都很大，能達到幾T甚至十幾T，有時候因為磁盤空間被沾滿造成mysql對外服務的故障。服務器的磁盤空間大并不意味著Mysql服務使用的磁盤空間大。

對CPU的使用情況

內存的使用情況，swap分區的使用情況以及網絡IO的情況做監控。

Mysql服務器上所使用的TCP/IP連接存在有可能被沾滿的情況

SELECT    
p2.`HOST` 被阻塞方host,
p2.`USER` 被阻塞方用戶,
r.trx_id 被阻塞方事務id,    
        r.trx_mysql_thread_id 被阻塞方線程號,    
        TIMESTAMPDIFF(    
            SECOND,    
            r.trx_wait_started,    
            CURRENT_TIMESTAMP    
        ) 等待時間,    
        r.trx_query 被阻塞的查詢,    
        l.lock_table 阻塞方鎖住的表,  
        m.`lock_mode` 被阻塞方的鎖模式,
        m.`lock_type`  "被阻塞方的鎖類型(表鎖還是行鎖)",
        m.`lock_index` 被阻塞方鎖住的索引,
        m.`lock_space` 被阻塞方鎖對象的space_id,
        m.lock_page 被阻塞方事務鎖定頁的數量,
        m.lock_rec 被阻塞方事務鎖定行的數量,
        m.lock_data  被阻塞方事務鎖定記錄的主鍵值,  
        p.`HOST` 阻塞方主機,
        p.`USER` 阻塞方用戶,
        b.trx_id 阻塞方事務id,    
        b.trx_mysql_thread_id 阻塞方線程號, 
        b.trx_query 阻塞方查詢, 
        l.`lock_mode` 阻塞方的鎖模式,
        l.`lock_type` "阻塞方的鎖類型(表鎖還是行鎖)",
        l.`lock_index` 阻塞方鎖住的索引,
        l.`lock_space` 阻塞方鎖對象的space_id,
        l.lock_page 阻塞方事務鎖定頁的數量,
        l.lock_rec 阻塞方事務鎖定行的數量,
        l.lock_data 阻塞方事務鎖定記錄的主鍵值,         
      IF (p.COMMAND = 'Sleep', CONCAT(p.TIME,' 秒'), 0) 阻塞方事務空閑的時間           
    FROM    
        information_schema.INNODB_LOCK_WAITS w    
    INNER JOIN information_schema.INNODB_TRX b ON b.trx_id = w.blocking_trx_id    
    INNER JOIN information_schema.INNODB_TRX r ON r.trx_id = w.requesting_trx_id    
    INNER JOIN information_schema.INNODB_LOCKS l ON w.blocking_lock_id = l.lock_id  AND l.`lock_trx_id`=b.`trx_id`
      INNER JOIN information_schema.INNODB_LOCKS m ON m.`lock_id`=w.`requested_lock_id` AND m.`lock_trx_id`=r.`trx_id`
    INNER JOIN information_schema. PROCESSLIST p ON p.ID = b.trx_mysql_thread_id   
 INNER JOIN information_schema. PROCESSLIST p2 ON p2.ID = r.trx_mysql_thread_id 
    ORDER BY    
        等待時間 DESC \G;

總結

以上是生活随笔為你收集整理的Mysql数据库监控要做好哪些？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。