監控資料庫性能的SQL語句：1. 監控事例的等待select event,sum(decode(wait_Time,0,0,1)) "Prev", sum(decode(wait_Time,0,1,0)) "Curr",count(*) "Tot" from v$session_Wait group by event order by 4;2. 回滾段的爭用情況select name, waits, gets, waits/gets "Ratio" from v$rollstat a, v$rollname b where a.usn = b.usn;3. 監控表空間的 I/O 比例select df.tablespace_name name,df.file_name "file",f.phyrds pyr, f.phyblkrd pbr,f.phywrts pyw, f.phyblkwrt pbw from v$filestat f, dba_data_files df where f.file# = df.file_id order by df.tablespace_name;4. 監控文件系統的 I/O 比例select substr(a.file#,1,2) "#", substr(a.name,1,30) "Name", a.status, a.bytes, b.phyrds, b.phywrts from v$datafile a, v$filestat b where a.file# = b.file#;5.在某個用戶下找所有的索引select user_indexes.table_name, user_indexes.index_name,uniqueness, column_name from user_ind_columns, user_indexes where user_ind_columns.index_name = user_indexes.index_name and user_ind_columns.table_name = user_indexes.table_name order by user_indexes.table_type, user_indexes.table_name, user_indexes.index_name, column_position;6. 監控 SGA 的命中率select a.value + b.value "logical_reads", c.value "phys_reads", round(100 * ((a.value+b.value)-c.value) / (a.value+b.value)) "BUFFER HIT RATIO" from v$sysstat a, v$sysstat b, v$sysstat c where a.statistic# = 38 and b.statistic# = 39 and c.statistic# = 40;7. 監控 SGA 中字典緩沖區的命中率select parameter, gets,Getmisses , getmisses/(gets+getmisses)*100 "miss ratio", (1-(sum(getmisses)/ (sum(gets)+sum(getmisses))))*100 "Hit ratio" from v$rowcache where gets+getmisses ;0 group by parameter, gets, getmisses;
『貳』 如何實時監控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。
『叄』 如何創建監視SQL語句的事件監控器
打2008事件探查器工具欄按鈕新建跟蹤連要跟蹤資料庫實例確定即新建跟蹤查看鏈接資料庫實例語句執行創建完跟蹤
每客戶端都ClientProcessID想跟蹤客戶端語句執行情況：
先讓客戶端查詢報表通事件探查器看看ClientProcessID暫停事件探查
文件——屬性——篩選——面找ClientProcessID,等於處雙擊填入客戶端ClientProcessID,確定重新啟追看客戶端運行情況！
『肆』 如何監控mssql執行的sql語句
用mssql自帶的SQL Server Profiler就可以。
『伍』 sql server 怎麼捕捉sql語句
如果在Transact-SQL中發生了錯誤，一般有兩種捕捉錯誤的方法，一種是在客戶端代碼（如c#、delphi等)中使用類似try...catch的語句進行捕捉；另外一種就是在Transact-SQL中利用Transact-SQL本身提供的錯誤捕捉機制進行捕捉。如果是因為Transact-SQL語句的執行而產生的錯誤，如鍵值沖突，使用第一種和第二種方法都可以捕捉，但是如果是邏輯錯誤，使用客戶端代碼進行捕捉就不太方便。因此，本文就如何使用Transact-SQL進行錯誤捕捉進行了討論。
非致命錯誤(non-fatal error)的捕捉
通過執行Transact-SQL而產生的錯誤可分為兩種：致命錯誤(fatal error)和非致命錯誤(non-fatal error)。在Transact-SQL中只可以捕捉非致命錯誤(如鍵值沖突)，而無法捕捉致命錯誤(如語法錯誤)。在Transact-SQL中可以通過系統變數@@ERROR判斷最近執行的一條語句是否成功執行。如果發生了錯誤，@@Error的值大於0，否則值為0。下面舉一個例子說明@@ERROR的使用。
假設有一個表table1，在這個表中有兩個欄位f1，f2。其中f1是主鍵。
INSERTINTOtable1VALUES(1,'aa')INSERTINTOtable1VALUES(1,'bb')--這條語句將產生一個錯誤IF@@ERROR0PRINT'鍵值沖突'當執行第二條語句時發生鍵值沖突錯誤，@@ERROR被賦為錯誤號2627，因此輸出結果顯示'鍵值沖突'。使用@@ERROR系統變數時需要注意，@@ERROR只記錄最近一次執行的Transact-SQL語句所發生的錯誤，如果最近一次執行的Transact-SQL沒有發生錯誤，@@ERROR的值為0。因此，只能在被捕捉的那條Transact-SQL語句後使用@@ERROR。
在SQL Server中，不僅可以捕捉系統提供的錯誤，還可以自定義錯誤。有兩種方法可以定義錯誤信息。
1. 使用sp_addmessage系統存儲過程添加錯誤信息，然後使用RAISERROR拋出錯誤。
sp_addmessage將錯誤號，錯誤級別、錯誤描述等信息添加到系統表中，然後使用RAISERROR根據相應的錯誤號拋出錯誤信息。用戶自定義的信息應該從50001開始。EXECsp_addmessage@msgnum=50001,
@severity=16,@msgtext='sql encounter an error(%s).',@lang='us_english'EXECsp_addmessage@msgnum=50001,
@severity=16,@msgtext='sql遇到了一個錯誤(%1!).'如果使用的SQL Server版本是非英語版本，在添加本地錯誤信息時必須首先添加英文的錯誤信息。錯誤描述可以象c語言中的printf的格式字元串一樣使用參數，如%s、%d。但要注意的是在英文版的錯誤信息中要使用%s、%d等形式，而在本地化的錯誤信息中要使用%1!、%2!等形式，在每個%?(1 <= ? <= n)後需要加一個!，而且%?的數目必須和英文版的錯誤信息的參數一致。
在未插入本地化錯誤信息時，RAISERROR將使用英文版的錯誤信息。當插入本地化錯誤信息時，RAISERROR使用本地化的錯誤信息。
RAISERROR(50001,16,1,'測試')
輸出的結果：
伺服器: 消息50001
，級別16
，狀態1
，行1sql遇到了一個錯誤(測試).
其中'測試'字元串通過%1傳入本地化的錯誤描述字元串中。
2. 直接使用RAISERROR將錯誤拋出。
使用第一種方法雖然使Transact-SQL語句看上去更整潔（這種方法類似於在編程語言中使用常量定義錯誤信息，然後在不同的地方通過錯誤編號引用這些錯誤信息。)，但是這樣做卻使錯誤信息和資料庫的耦合度增加，因為如果將這些帶有RAISERROR的Transact-SQL放到別的SQL Server資料庫上執行，由於在其它的資料庫中還未添加錯誤信息，因此會產生RAISERROR調用錯誤，除非使用sp_addmessage將所需的錯誤信息再加入到其它的資料庫中。
基於上述原因，RAISERROR不僅可以根據錯誤代碼拋出錯誤信息，也可以直接通過錯誤描述格式字元串拋出錯誤信息。
『陸』 請教如何監控 sql語句的執行計劃 發生了變化
cle 10g的DBMS_XPLAN包中display_cursor函數不同於display函數，display_cursor用於顯示SQL語句的真實的執行計劃，在大多數情況下， 顯示真實的執行計劃有助於更好的分析SQL語句的全過程，尤其是運行此SQL語句實時的I/O開銷。
通過對比預估的I/O與真實的I/O開銷來判斷 SQL語句所存在問題，如缺少統計信息，SQL語句執行的次數，根據實際中間結果集的大小來選擇合適的連接方式等。本文僅僅講述 display_cursor函數的使用。
『柒』 如何監控軟體查詢資料庫sql語句
MYSQL中沒有實時監控。 一般是通過查看普通查詢日誌來看執行了哪些SQL語句。當然也可以自己改寫MYSQL的源代碼以實時輸出執行了什麼SQL語句。
『捌』 在sqlserver2008用sql監視器 怎麼監視客戶端應用程序的sql語句
SQL2008 可以設置 Profiler。
打開Microsoft SQL Server Management Studio ， 在菜單欄有個工具（Tool）， 裡面有個事件追蹤（SQL Server Profiler）。
打開sql server profiler, 連接資料庫。彈出Trace Properties（跟蹤屬性）， 選擇事件（Events Selection）
重要列名解釋：
CPU：事件所使用的 CPU 時間總計（以毫秒為單位）。
Duration ： 持續時間，事件所花費的時間總計,（以毫秒為單位）。
Reads ： 伺服器代表事件執行的邏輯磁碟讀取數，（以位元組為單位） 。
Writes ：伺服器代表事件執行的物理磁碟寫入數,(以位元組為單位) 。
loginName：SQL 登陸用戶；
SPID：會話編號；
starttime：開始執行時間；
endtime：執行結束時間；
TEXTDATA：執行的語句。
『玖』 如何實時監控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。