mysql監控sql

A. 如何監聽mysql執行的sql語句呢

比如我想監聽mysql的這樣的操作，delete from acrelation where *** 如果是這樣的話，你可以看看關於mysql的觸發器的東西。 Rainbow702 寫道引用最好可以日誌或其它方式記錄下來資料庫本身應該就有操作日誌的啊問題補充：我用的hibernate的PostDeleteEvent,還是有些問題 hibernate自帶的監聽 jkxydp 寫道用spring的aop啊，在刪除記錄的方法上加一個記錄日誌的切入點去記錄啊，層一般增、刪、改、查的方法都是單獨出來的吧，在所有刪除記錄的方法上寫切入點。 或者使用loger，其它的都不寫，就在刪除的方法裡面寫上日誌應該就沒問題。 用hibernate就肯定有用到log4j吧，不想全寫，就只在刪除方法上寫就完了。

B. 如何監控MySQL主從同步情況

用 pt-table-checksum 時，會不會影響業務性能？

實驗

實驗開始前，給大家分享一個小經驗：任何性能評估，不要相信別人的評測結果，要在自己的環境上測試，並（大概）知曉原理。

我們先建一對主從：

之後工具獲取了一個數據塊的 checksum，這個數據塊不大，如果跟業務流量有沖突，會馬上出發 innodb 的鎖超時，立刻退讓。

以上是 pt-table-checksum 的一些設計，可以看到這幾處都是精心維護了業務流量不受影響。

工具還設計了其他的一些機制保障業務流量，比如參數 --max-load 和 --pause-file 等，還有精心設計的數據塊劃分方法，索引選擇方法等。大家根據自己的情況配合使用即可達到很好的效果。

總結

本期我們介紹了簡單分析 pt-table-checksum 是否會影響業務流量，坊間會流傳工具的各種參數建議或者不建議使用，算命的情況比較多，大家都可以用簡單的實驗來分析其中機制。

還是那個觀點，性能測試不能相信道聽途說，得通過實驗去分析。

C. 如何實時監控mysql中的SQL語句的執行情況

首先介紹下 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-tcpmp：收集 tcpmp 數據，需要 tcpmp 工具。

D. 如何設計一個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-tcpmp：收集 tcpmp 數據，需要 tcpmp 工具。

E. 如何實現監控mysql，並將有變動的數據表寫入指定的文件夾

1、打開資料庫配置文件my.ini
（一般在資料庫安裝目錄）（D:\MYSQL）
2、在資料庫的最後一行添加
log=log.txt
代碼
3、重啟mysql資料庫
4、去資料庫數據目錄
我的是(D:\MYSQL\data)
你會發現多了一個log.txt文件
我的是在C:\Documents
and
Settings\All
Users\Application
Data\MySQL\MySQL
Server
5.5\data
測試：
1、對資料庫操作
2、查看log.txt文件內容
如果發現有變化說明你就可以監控到mysql資料庫的變化
資料庫的查詢
刪除
更新
插入都可以查到
希望本篇文章可以幫助大家更快的二次開發
^_^
日誌文件類型概述：
1．
錯誤日誌
記錄啟動、運行或停止mysqld時出現的問題。
My.ini配置信息：
#Enter
a
name
for
the
error
log
file.
Otherwise
a
default
name
will
be
used.
#log-error=d:/mysql_log_err.txt

F. 如何監控mysql表記錄變化

本期我們用 MySQL 提供的 DBUG 工具來研究 MySQL 的 SQL 處理流程。

起手先造個實例

本次實驗中，我們藉助了 MySQL 的 DBUG 包，來讓 MySQL 將處理過程暴露出來。MySQL 中類似的技術還有不少，比如 performance_schema，OPTIMIZER_TRACE 等等。

這些技術將 MySQL 的不同方向的信息暴露出來，方便大家理解其中機制。

G. 如何實時監控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-tcpmp：收集 tcpmp 數據，需要 tcpmp 工具。

H. 如何監控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-tcpmp：收集 tcpmp 數據，需要 tcpmp 工具。

I. 如何實時監控mysql中的SQL語句的執行情況

首先介紹下 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-tcpmp：收集 tcpmp 數據，需要 tcpmp 工具。

J. 根據mysql慢日誌監控SQL語句執行效率

根據mysql慢日誌監控SQL語句執行效率
啟用MySQL的log-slow-queries(慢查詢記錄)。
在Linux環境下先要找到my.cnf文件(一般在/etc/mysql/)，然後可能會發現該文件修改後無法保存，原因是你沒有相應的許可權，可以從屬性中看到該文件的所有者是root，這時要先以root的身份打開它：
sudo
nautilus
/etc/mysql
接著再打開my.cnf文件然後找到[mysqld]標簽在下面加上：
log-slow-queries=/path/slow.log
–慢日誌保存路徑，該文件自己新建
long_query_time=2
–超過2秒的查詢
log-queries-not-using-indexes
–記錄沒有使用索引的查詢
保存，關閉。然後如果重啟MySQL的話會碰到這樣的提示：world-writable
config
file
『
etc
my.cnf'
is
ignored
這時需要你再運行這個代碼：
chmod
644
/etc/my.cnf
–644表示rw-r–r–
然後再重啟服務就OK了。
但是要注意的是：log-slow-queries=/path/slow.log為慢查詢日誌存放的地方，而這個目錄要有MySQL的運行帳號的可寫許可權，一般都將這個目錄設置為MySQL的數據存放目錄。
我是這么做的：先用root用戶進到MySQL的數據存放目錄(一般是/var/lib/mysql)，新建一個slow.log文件(root用戶能保證有許可權新建，再運行chmod
644)。然後更改該文件的所有者和所在組：
chown
mysql運行帳戶的名字(可以看同文件夾中其他文件的所有者和組)+小數點+組名(方法同用戶名)
/path/slow.log
或者：
chown
mysql運行帳戶的名字(可以看同文件夾中其他文件的所有者和組)
/path/slow.log
chgrp
組名(方法同用戶名)
/path/slow.log
這樣才能保證MySQL能往slow.log中寫日誌。