Percona5.6自身已支持殺死慢SQL
來源:懂視網
責編:小采
時間:2020-11-09 16:15:00
Percona5.6自身已支持殺死慢SQL
Percona5.6自身已支持殺死慢SQL:還在為慢SQL而煩惱嗎?如今Percona5.6解決了這個問題,這個補丁是由Twitter提供。 通過max_statement_time參數控制(單位毫秒),默認為0,不限制,假如你定義了超過5秒的慢SQL,由DB自動殺死,那么就要設置 setglobalmax_statement_
導讀Percona5.6自身已支持殺死慢SQL:還在為慢SQL而煩惱嗎?如今Percona5.6解決了這個問題,這個補丁是由Twitter提供。 通過max_statement_time參數控制(單位毫秒),默認為0,不限制,假如你定義了超過5秒的慢SQL,由DB自動殺死,那么就要設置 setglobalmax_statement_
還在為慢SQL而煩惱嗎?如今Percona5.6解決了這個問題,這個補丁是由Twitter提供。 通過max_statement_time參數控制(單位毫秒),默認為0,不限制,假如你定義了超過5秒的慢SQL,由DB自動殺死,那么就要設置 setglobalmax_statement_time=5000; 下面通過截圖
還在為慢SQL而煩惱嗎?如今Percona5.6解決了這個問題,這個補丁是由Twitter提供。
通過max_statement_time參數控制(單位毫秒),默認為0,不限制,假如你定義了超過5秒的慢SQL,由DB自動殺死,那么就要設置
set global max_statement_time = 5000;
下面通過截圖,看例子:

可以看到,DML/DDL語句全被殺死。
注:開啟這個參數,請事先跟開發總監溝通好,避免出現不必要的麻煩。
聲明:本網頁內容旨在傳播知識,若有侵權等問題請及時與本網聯系,我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com
Percona5.6自身已支持殺死慢SQL
Percona5.6自身已支持殺死慢SQL:還在為慢SQL而煩惱嗎?如今Percona5.6解決了這個問題,這個補丁是由Twitter提供。 通過max_statement_time參數控制(單位毫秒),默認為0,不限制,假如你定義了超過5秒的慢SQL,由DB自動殺死,那么就要設置 setglobalmax_statement_