慢sql監控
A. 如何監控 sql語句的執行時間
如何監控 SQL語句的執行時間
首先糾正你一個說法 不是監視器是PROfilter , 你所說的情況如果是在PROFILTER 中是不存在的任何對資料庫的 修改都會在上面顯示並標出語句，請你確認你的PROFILTER 是否打開正確的資料庫並開始
B. 如何實時監控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，表示連續觀察到五次滿足觸發條件時，才觸發收集；
其他一些重要參數：
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 工具。
連接參數：host、password、port、socket。
C. druid sql監控 怎麼看
首先是過濾器filter的配置,在web.xml中添加如下配置，如圖：
選項配置結束之後，就是我們監控界面的路徑配置了，配置如下圖
Druid已經配置好，接著在瀏覽器中訪問，如圖所以：
輸入訪問地址後，進入Druid監控頁面，如圖所示：
此時，在瀏覽器中輸入需要監控系統頁面網址，然後點擊上個畫面中的「SQL監控」即可，此時就可以看到每個SQL語句所用的時間，如下圖所示：
D. 如何用慢查詢快速定位執行慢的SQL
慢查詢可以幫助企業找到執行慢的SQL，開啟了慢查詢日誌，並設置了相應的慢查詢時間閾值之後，只需要查詢時間大於這個閾值的SQL語句都會保存在慢查詢日誌中，然後就可以通過工具提取到想要查找的SQL語句了。對於懂這方面知道的技術人才可能並不是很難，但對於沒有接觸過的人員來說還是比較復雜的，其實你可以可以找第三方提供商幫你做這些服務，聽雲有了解過嗎？聽雲提供數字化業務運維解決方案，圍繞企業的信息化與數字化業務提供一套覆蓋用戶端、網路、伺服器端全棧實時的監控與大數據智能分析平台，對於慢的SQL就可以快遞的跟蹤定位問題、解決問題。
E. druid SQL監控里執行時間、最慢、事務中等是什麼意思，執行時間分布的[0,4,0,0,0,0,0,0]等又是什麼意思
執行時間是指對應的SQL語句執行的總時間
最慢是指執行最慢的一次時間
事務中不清楚，但應該和數據是否完成歸檔校驗有關
執行時間分布的具體的意思可以在「數據源」頁面中看到，各系統根據配置的不同有不同的定義，例如我這邊的定義就是：
事務運行時間分布，分布區間為[0-10 ms, 10-100 ms, 100-1 s, 1-10 s, 10-100 s, >100 s]
F. 如何監控sqlserver 慢查詢
如何監控sqlserver 慢查詢
1，slow_query_log
這個參數設置為ON，可以捕獲執行時間超過一定數值的SQL語句。
2，long_query_time
當SQL語句執行時間超過此數值時，就會被記錄到日誌中，建議設置為1或者更短。
3，slow_query_log_file
記錄日誌的文件名。
4，log_queries_not_using_indexes
這個參數設置為ON，可以捕獲到所有未使用索引的SQL語句，盡管這個SQL語句有可能執行得挺快。
G. 關於sql2008，怎麼監控某資料庫表變化情況
在每個表中添加觸發器~~
一旦數據有變化, 觸發器就被觸發~ 觸發器中寫代碼將這個變化寫入到你指定的日誌表中即可。
注意：是多個表的觸發器, 去操作同一個日誌表。
H. 怎麼監控sql server資料庫記錄被批量更新
監控sql server資料庫記錄批量更新的方法是利用觸發器記錄更新歷史。
在sql server中驚醒dml操作可以建立插入或者更新的觸發器：
update更新類型觸發器
if (object_id('tgr_classes_update', 'TR') is not null)
drop trigger tgr_classes_update
go
create trigger tgr_classes_update
on classes
for update
as
declare @oldName varchar(20), @newName varchar(20);
--更新前的數據
select @oldName = name from deleted;
if (exists (select * from student where name like '%'+ @oldName + '%'))
begin
--更新後的數據
select @newName = name from inserted;
update student set name = replace(name, @oldName, @newName) where name like '%'+ @oldName + '%';
print '級聯修改數據成功！';
end
else
print '無需修改student表！';
go
I. 請教zabbix如何監控mssql
監控mssql,需要利用zabbix_agentd.conf配置文件中的PerfCounter高級參數。
設置如下:
PerfCounter = db_pages,"\SQLServer:Buffer Manager()\Database pages",60
PerfCounter = db_free_pages,"\SQLServer:Buffer Manager()\Free pages",60
PerfCounter = db_data_file_size,"\SQLServer:Databases(DATABASE_NAME)\Data File(s) Size (KB)",60
PerfCounter = db_log_file_size,"\SQLServer:Databases(DATABASE_NAME)\Log File(s) Size (KB)",60
PerfCounter = db_userconns,"\SQLServer:General Statistics()\User Connections",60
PerfCounter = db_server_mem,"\SQLServer:Memory Manager()\Total Server Memory (KB)",60
PerfCounter = db_cpu_load,"\Process(sqlservr)\% Processor Time",60
可以實現對SQLServer部分性能的監控.其中數據文件和日誌文件監控中，要將實際監控的資料庫名字
替代"DATABASE_NAME"。
監控項的key分別指向上面定義的參數，如"db_pages""db_free_pages"等。
要想顯示windows主機可以監控的性能計數列表,可以在CMD中輸入typeperf-qx
獲取所有項。