如何監控MySQL

首先介紹下 pt-stalk，它是 Percona-Toolkit 工具包中的一個工具，說起 PT 工具包大家都不陌生，平時常用的 pt-query-digest、 pt-online-schema-change 等工具都是出自于這個工具包，這里就不多介紹了。

創新互聯建站專注于高坪網站建設服務及定制，我們擁有豐富的企業做網站經驗。 熱誠為您提供高坪營銷型網站建設，高坪網站制作、高坪網頁設計、高坪網站官網定制、微信小程序開發服務，打造高坪網絡公司原創品牌,更為您提供高坪網站排名全網營銷落地服務。

pt-stalk 的主要功能是在出現問題時收集 OS 及 MySQL 的診斷信息，這其中包括：

1. OS 層面的 CPU、IO、內存、磁盤、網絡等信息；

2. MySQL 層面的行鎖等待、會話連接、主從復制，狀態參數等信息。

而且 pt-stalk 是一個 Shell腳本，對于我這種看不懂 perl 的人來說比較友好，腳本里面的監控邏輯與監控命令也可以拿來參考，用于構建自己的監控體系。

三、使用

接著我們來看下如何使用這個工具。

pt-stalk 通常以后臺服務形式監控 MySQL 并等待觸發條件，當觸發條件時收集相關診斷數據。

觸發條件相關的參數有以下幾個：

function：

°?默認為 status，代表監控 SHOW GLOBAL STATUS 的輸出；

°?也可以設置為 processlist，代表監控 show processlist 的輸出；

variable：

°?默認為 Threads_running，代表 監控參數，根據上述監控輸出指定具體的監控項；

threshold：

°?默認為 25，代表 監控閾值，監控參數超過閾值，則滿足觸發條件；

°?監控參數的值非數字時，需要配合 match 參數一起使用，如 processlist 的 state 列；

cycles：

°?默認為 5，表示連續觀察到五次滿足觸發條件時，才觸發收集；

連接參數：host、password、port、socket。

其他一些重要參數：

iterations：該參數指定 pt-stalk 在觸發收集幾次后退出，默認會一直運行。

run-time：觸發收集后，該參數指定收集多長時間的數據，默認 30 秒。

sleep：該參數指定在觸發收集后，sleep 多久后繼續監控，默認 300 秒。

interval：指定狀態參數的檢查頻率，判斷是否需要觸發收集，默認 1 秒。

dest：監控數據存放路徑，默認為 /var/lib/pt-stalk。

retention-time ：監控數據保留時長，默認 30 天。

daemonize：以后臺服務運行，默認不開啟。

log：后臺運行日志，默認為 /var/log/pt-stalk.log。

collect：觸發發生時收集診斷數據，默認開啟。

°?collect-gdb：收集 GDB 堆棧跟蹤，需要 gdb 工具。

°?collect-strace：收集跟蹤數據，需要 strace 工具。

°?collect-tcpdump：收集 tcpdump 數據，需要 tcpdump 工具。

如何有效的監控單點，集群的mysql

Mysql作為使用非常廣泛的數據庫，確實給我們帶來了很多幫助，就像任何軟件系統一樣，一旦正式投入生產環境，那監控手段就不可或缺。如何有效的監控Mysql的運行情況，尤其是在復雜IT環境下就更顯得迫切了，如Mysql集群部署； 1、單點Mysql的監控 到底一個Mysql服務我們應該監控哪些指標呢？每個人可能都有不同的見解，但下面這些指標是基本的： 當前已打開連接數：表示當前打開的數據庫連接； 啟動以來同時處理的最大連接數：表示自從數據庫啟動來同時處理的最大連接請求，這個值對于提供數據庫的處理能力比較重要，下面是兩個優化的量化經驗： 假設數值tmpPercent =啟動以來同時處理的最大連接數/ 設置的最大連接數 l 如果tmpPercent = 0.1，則mySQL服務器最大連接數設置的過高了 l 如果tmpPercent 90，則mySQL服務器最大連接數設置的過低了 鎖等待率：如果該值 0.02，則mySQL服務器需要等待的表鎖數有點多了, 如果當前數據庫表類型是MyISAM請最好換成InnoDB類型； 表掃描率：如果該值 4000，則mySQL進行了太多表掃描, 很有可能是索引沒建好, 增加read_buffer_size值會有一些好處, 但最好不要超過8MB； 北京運維技術出品的EOMP作為一個IT監控平臺，提供了很多實用功能來幫助用戶有效的運維各種IT資源，下面我們就如何通過EOMP對mysqlt進行有效監控做一個詳細介紹： EOMP里mysql的詳細監控界面如下： 上圖中做標記的4個地方，都是EOMP反映給用戶的重要監控信息。同時EOMP還可以監控Mysql中的數據庫表信息，如下圖： 通過對這些關鍵指標進行閥值、故障通知等設置，就可以在嚴重問題出現前有效的進行處理。EOMP閥值的設置很簡單，在圖中任何一個做標記*的監控指標處或是文本框沒有灰掉的地方，點擊鼠標右鍵彈出菜單，進行相關設置，如我們想對‘正在使用的連接數’這個指標進行如下設置：在上午8:00－下午7:00間，任意5分鐘內，該指標至少有3次超過100，就發出問題級別的告警，并通過Email、手機短信等方式通知相關人員；下面是具體閥值和故障通知設置截圖： 并且如果‘正在使用的連接數’確實發生了故障，我們可以通過剛才彈出菜單中的‘歷史數據查詢’功能，對這個監控指標的所有歷史數據進行故障分析，下圖是一次查詢結果： 2、集群Mysql的監控 對于復雜的集群Mysql，就應該把它們通過某種方式放到一起來共同運維和監控，EOMP提供的‘視圖’功能，就能很好完成這個任務，下圖是EOMP一個簡單Mysql集群的‘監控視圖’： 上圖中，我們把集群的兩個Mysql服務放到一張視圖里，同時把它們的一些關鍵監控指標也放到這張視圖里，如響應時間、正在工作線程數等，通過這樣一張視圖，用戶可以把所有反映這個Mysql集群健康情況的監控信息都放到一起，這在很大程度上方便用戶的監控。 EOMP是以‘視圖’為其設計核心，所以它的視圖配置非常靈活，既可以是整個一個Mysql服務，也可以是某個Mysql服務的一個監控指標。越是復雜的監控要求，越是能體現出這種內在設計的靈活性。 ‘視圖’不僅僅是個展現的窗口，它是個監控實體，如下圖EOMP的首頁所示，任何故障信息都是以‘視圖’為載體的，這樣用戶在任何時候都可以看到自己能理解的監控信息，而不是什么什么設備或服務等。

如何檢測MySQL數據庫表的故障

本文將講述。 表的故障檢測和修正的一般過程如下： ◆ 檢查出錯的表。如果該表檢查通過，則完成任務，否則必須修復出錯的數據庫表。 ◆ 在開始修復之前對表文件進行拷貝，以保證數據的安全。 ◆ 開始修復數據庫表。 ◆ 如果修復失敗，從數據庫的備份或更新日志中恢復數據。 在使用myisamchk或isamchk檢查或修復表之前，應該首先注意： ◆ 建立數據庫備份和使用更新日志，以防修復失敗，丟失數據。 ◆ 仔細閱讀本章內容以后再進行操作，尤其是不應該在閱讀“避免與MySQL服務器交互作用”之前進行操作。因為，在你沒有足夠的知識之前貿然操作，可能會引起嚴重的后果。 ◆ 如果你在Unix平臺上對表進行維護時，應該首先注冊到專用的帳戶 mysql，以避免對表讀寫訪問產生所有權的問題，以及破壞數據庫目錄的所有權限。 數據庫表的維護工具 MySQL的myisanchk和isamchk實用程序很類似，基本上它們具有同樣的使用方法。它們之間的主要區別時所使用的表的類型。為了檢查 /修復MyISAM表(.MYI和.MYD)，你應該使用myisamchk實用程序。為了檢查/修復ISAM表(.ISM和.ISD)，你應該使用 isamchk實用程序。 ◆ 為了使用任一個使用程序，應指明你要檢查或修復的表，myisamchk和isamchk的使用方法為： shellmyisamchk options tbl_nameshellisamchk options tbl_name 如果你愿意，你可以在命令行命名幾個表。 ◆ 你也能指定一個名字作為一個索引文件(用“ .MYI”或“.ISM”后綴)，它允許你通過使用模式“*.MYI”或“.ISM”指定在一個目錄所有的表。例如，如果你在一個數據庫目錄，你可以這樣在目錄下檢查所有的表： shell myisamchk *.MYIshellisamchk *.ISM ◆ 如果你不在數據庫目錄下，你可指定目錄的路徑： shell myisamchk options /path/to/database_dir/*.MYIshell isamchk options /path/to/database_dir/*.ISM ◆ 你甚至可以通過為MySQL數據目錄的路徑指定一個通配符來作用于所有的數據庫中的所有表： shell myisamchk options /path/to/datadir/*/*.MYIshell isamchk options /path/to/database_dir/*/*.ISM 這個方法無法在windows平臺下使用。 注意 不論是myisamchk還是isamchk都不對表所在的位置做任何判斷，因此，應該或者在包含表文件的目錄運行程序，或者指定表的路徑名。這允許你將表文件拷貝到另一個目錄中并用該拷貝進行操作。 檢查數據庫表 myisamchk和isamchk提供了表的檢查方法，這些方法在徹底檢查表的程度方面有差異。 標準的方法檢查表 通常用標準的方法就足夠了。對表使用標準的方法進行檢查，不使用任何選項直接調用即可，或用-s或--silent選項的任何一個： myisamchk tbl_nameisamchk tbl_name 這能找出所有錯誤的99.99%。它不能找出的是僅僅涉及數據文件的損壞(這很不常見)。 完全徹底的數據檢查 為了執行擴充檢查，使用--extend-check或-e選項，這個選項檢查數據： myisamchk -e tbl_nameisamchk -e tbl_name 它做一個完全徹底的數據檢查(-e意思是“擴展檢查”)。它對每一行做每個鍵的讀檢查以證實他們確實指向正確的行。這在一個有很多鍵的大表上可能花很長時間。myisamchk通常將在它發現第一個錯誤以后停止。如果你想要獲得更多的信息，你能增加--verbose(-v)選項。這使得 myisamchk或isamchk繼續一直到最多20個錯誤。在一般使用中，一個簡單的標準檢查(沒有除表名以外的參數)就足夠了。 中等程度的檢查 指定選項--medium-check或-m myisamchk -m tbl_name 中等程度的檢查不如擴展檢查徹底，但速度快一些。其意義不大，較少使用。 如果對于--extend-check檢查不報告錯誤，則可以肯定表是完好的。如果你仍然感覺表有問題，那原因肯定在其它地方。應重新檢查人和好像有問題的查詢以驗證查詢是正確書寫的。

分享題目：mysql怎么監控故障,mysql死鎖監控
瀏覽路徑：http://vcdvsql.cn/article42/dsieihc.html

成都網站建設公司_創新互聯，為您提供網站內鏈、電子商務、手機網站建設、靜態網站、標簽優化、品牌網站建設

廣告

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