人妖在线一区,国产日韩欧美一区二区综合在线,国产啪精品视频网站免费,欧美内射深插日本少妇

新聞動態(tài)

Mysql開啟慢SQL并分析原因

發(fā)布日期:2022-03-13 10:28 | 文章來源:源碼中國

第一步.開啟mysql慢查詢

方式一:修改配置文件

Windows:Windows 的配置文件為 my.ini,一般在 MySQL 的安裝目錄下或者 c:\Windows 下。

Linux:Linux 的配置文件為 my.cnf ,一般在 /etc 下

在 my.ini 增加幾行:

[mysqlld] 
long_query_time=2 
#5.0、5.1等版本配置如下選項 
log-slow-queries="mysql_slow_query.log" 
#5.5及以上版本配置如下選項 
slow-query-log=On 
slow_query_log_file="mysql_slow_query.log" 
log-query-not-using-indexes 

第一句使用來定義查過多少秒的查詢算是慢查詢,我這里定義的是2秒

第二句使用來定義慢查詢?nèi)罩镜穆窂剑ㄒ驗槭莣indows,所以不牽涉權(quán)限問題)

第三句就是記錄下沒有使用索引的query

第二步:查看關于慢查詢的狀態(tài)

方式二:通過MySQL數(shù)據(jù)庫開啟慢查詢

上文的配置需要重啟mysql server進程mysqld才會生效。但是很多時候,尤其是產(chǎn)品運營環(huán)境,不希望每次修改都需要重新啟動mysql服務器,也希望能在某些特定時間記 錄。MySQL5.1給我們提供了更為靈活的運行時控制,使得你不必重新啟動mysql服務器,也能選擇性地記錄或者不記錄某些slow queries。

MySQL5.1中,提供了全局變量slow_query_logslow_query_log_file可以靈活地控制enable/disable慢查詢。同時可以通過long_query_time設置時間

#//啟用slow query記錄
#注意:設置了slow_query_log全局變量, log_slow_queries也會隱性地跟著改變
mysql>set global slow_query_log=ON

不幸運的是,在MySQL5.0并沒有提供類似的全局變量來靈活控制,但是我們可以通過將long_query_time設置得足夠大來避免記錄某些查詢語句。比如

mysql>set global long_query_time = 3600;
mysql>set global log_querise_not_using_indexes = ON;

MySQL5.0, 不關服務的情況下,希望不記錄日志的辦法是將日志文件成為/dev/null的符號鏈接(symbolic link)。注意:你只需要在改變后運行FLUSH LOGS以確定MYSQL釋放當前的日志文件描述符,重新把日志記錄到/dev/null

和MySQL5.0不同,MySQL5.1可以在運行時改變?nèi)沼浶袨?,將日志記錄到?shù)據(jù)庫表中。只要將mysql全局變量log_output設置為 TABLE即可。MySQL會將日志分別記錄到表mysql.gengera_log和mysql.slow_log二張表中。但是,我們推薦將日志記錄 在日記文件中。

mysql> show variables like ‘log_output'\G
Variable_name: log_output
Value: FILE
mysql>set global log_output='table';

缺陷與審記

雖然記錄了slow query能夠幫助你優(yōu)化產(chǎn)品。但是MySQL目前版本,還有幾大蹩足的地方。

  • 1.MySQL5.0版本, long_query_time時間粒度不夠細,最小值為1秒。對于高并發(fā)性能的網(wǎng)頁腳本而言,1秒出現(xiàn)的意義不大。即出現(xiàn)1秒的查詢比較少。直到mysql5.1.21才提供更細粒度的long_query_time設定.
  • 2.不能將服務器執(zhí)行的所有查詢記錄到慢速日志中。雖然MySQL普通日志記錄了所有查詢,但是它們是解析查詢之前就記錄下來了。這意味著普通日志沒辦法包含諸如執(zhí)行時間,鎖表時間,檢查行數(shù)等信息。
  • 3.如果開啟了log_queries_not_using_indexes選項,slow query日志會充滿過多的垃圾日志記錄,這些快且高效的全表掃描查詢(表小)會沖掉真正有用的slow queries記錄。比如select * from category這樣的查詢也會被記錄下來。

通過microslow-patch補丁可使用更細的時間粒度,和記錄所有執(zhí)行過的sql語句。不過,使用這個補訂不得不自己編譯MySQL,出于穩(wěn)定性考濾,我們推薦在開發(fā)測試環(huán)境,可以打上這個補丁,享受這個補丁帶來的便利。在運營環(huán)境盡量不要這么做…

第二步.驗證慢查詢是否開啟

執(zhí)行如下SQL語句來查看mysql慢查詢的狀態(tài)

執(zhí)行結(jié)果會把是否開啟慢查詢、慢查詢的秒數(shù)、慢查詢?nèi)罩镜刃畔⒋蛴≡谄聊簧稀?/p>

/*查看慢查詢時間 */ 
show variables like "long_query_time";默認10s 
/*查看慢查詢配置情況 */ 
show status like "%slow_queries%"; 
/*查看慢查詢?nèi)罩韭窂?*/ 
 show variables like "%slow%"; 

第三步:執(zhí)行一次慢查詢操作

其實想要執(zhí)行一次有實際意義的慢查詢比較困難,因為在自己測試的時候,就算查詢有20萬條數(shù)據(jù)的海量表,也只需要0.幾秒。我們可以通過如下語句代替:

SELECT SLEEP(10);

第四步:查看慢查詢的數(shù)量

通過如下sql語句,來查看一共執(zhí)行過幾次慢查詢:

show global status like '%slow%';

mysql日志的配置:

注意:這些日文件在mysql重啟的時候才會生成 
#記錄所有sql語句 
log=E:/mysqllog/mysql.log 
#記錄數(shù)據(jù)庫啟動關閉信息,以及運行過程中產(chǎn)生的錯誤信息 
log-error=E:/mysqllog/myerror.log 
# 記錄除select語句之外的所有sql語句到日志中,可以用來恢復數(shù)據(jù)文件 
log-bin=E:/mysqllog/bin 
#記錄查詢慢的sql語句 
log-slow-queries=E:/mysqllog/slow.log  
#慢查詢時間 
long_query_time=2 

第四步:分析慢查詢?nèi)罩?/strong>

方式一:通過工具分析

MySQL自帶了mysqldumpslow工具用來分析slow query日志,除此之外,還有一些好用的開源工具。比如MyProfi(下載地址:http://sourceforge.net/projects/myprofi/)、mysql-log-filter,當然還有mysqlsla

以下是mysqldumpslow常用參數(shù)說明,詳細的可應用mysqldumpslow -help查詢。

  • -s,是表示按照何種方式排序,c、t、l、r分別是按照記錄次數(shù)、時間、查詢時間、返回的記錄數(shù)來排序(從大到?。?,ac、at、al、ar表示相應的倒敘。
  • -t,是top n的意思,即為返回前面多少條數(shù)據(jù)。
  • -g,后邊可以寫一個正則匹配模式,大小寫不敏感。

接下來就是用mysql自帶的慢查詢工具mysqldumpslow分析了(mysql的bin目錄下),我這里的日志文件名字是host-slow.log。

列出記錄次數(shù)最多的10個sql語句

mysqldumpslow -s c -t 10 host-slow.log

列出返回記錄集最多的10個sql語句

mysqldumpslow -s r -t 10 host-slow.log

按照時間返回前10條里面含有左連接的sql語句

mysqldumpslow -s t -t 10 -g "left join" host-slow.log

使用mysqldumpslow命令可以非常明確的得到各種我們需要的查詢語句,對MySQL查詢語句的監(jiān)控、分析、優(yōu)化起到非常大的幫助。

方式二:直接分析mysql慢查詢?nèi)罩?/strong>

日志部分內(nèi)容如下:

# Time: 121017 17:38:54 
# User@Host: root[root] @ localhost [127.0.0.1] 
# Query_time: 3.794217 Lock_time: 0.000000 Rows_sent: 1 Rows_examined: 4194304 
SET timestamp=1350466734; 
select * from wei where text='orange'; 
# Time: 121017 17:46:22 
# User@Host: root[root] @ localhost [127.0.0.1] 
# Query_time: 3.819219 Lock_time: 0.000000 Rows_sent: 0 Rows_examined: 4194304 
SET timestamp=1350467182; 
select * from wei where text='xishizhaohua'; 

其實定位到了慢查詢語句就已經(jīng)完成了一大不了,執(zhí)行explain或者desc命令查看慢查詢語句,如下圖:

問題很明顯,解決方式也很明顯,建索引了。

mysql> create index text_index on wei(text);  
Query OK, 4194304 rows affected (1 min 58.07 sec)  
Records: 4194304 Duplicates: 0 Warnings: 0 

然后在執(zhí)行查詢操作,用時明顯少了很多。

mysql> select * from wei where text='orange'; 
+---------+--------+ 
| id   | text  | 
+---------+--------+ 
| 4103519 | orange | 
+---------+--------+ 
1 row in set (0.33 sec) 

Slow Query日志,雖然幫助你記錄了那些執(zhí)行過了的SQL語句。但它不是萬能的,意義可能沒有你想象的那么大。它只告訴了你哪些語句慢,但是為什么慢?具體 原因,還是需要你自己去分析,不斷的調(diào)試。也許,你只需要換一條更有效的sql語句,也許你只需簡單地增加一個索引,但也有可能你需要調(diào)整你應用程序的設 計方案。比如,上面那條語句是很明顯,它檢查了600多萬行數(shù)據(jù)。不幸的是,并不是每條語句都這么明顯。也許還有別的原因,比如:

  • *鎖表了,導致查詢處于等態(tài)狀態(tài)。lock_time顯示了查詢等待鎖被翻譯的時間
  • *數(shù)據(jù)或索引沒有被緩存。常見于第一次啟動服務器或者服務器沒有調(diào)優(yōu)
  • *備份數(shù)據(jù)庫,I/O變慢
  • *也許同時運行了其它的查詢,減少了當前查詢

所以,不要過于緊張日志文件某條記錄,而應該理性地審記,找出真正的原因。如果經(jīng)常出現(xiàn)的slow query需要特別注意。如果個別出現(xiàn),則做一些常規(guī)檢查即可。我們建議,統(tǒng)計并且形成基準報告,進行比較排除,比胡亂瞎撞有用。希望大家不要在這部分過于浪費時間與精力。

總結(jié)

以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學習或者工作具有一定的參考學習價值,謝謝大家對本站的支持。如果你想了解更多相關內(nèi)容請查看下面相關鏈接

香港服務器租用

版權(quán)聲明:本站文章來源標注為YINGSOO的內(nèi)容版權(quán)均為本站所有,歡迎引用、轉(zhuǎn)載,請保持原文完整并注明來源及原文鏈接。禁止復制或仿造本網(wǎng)站,禁止在非www.sddonglingsh.com所屬的服務器上建立鏡像,否則將依法追究法律責任。本站部分內(nèi)容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來,僅供學習參考,不代表本站立場,如有內(nèi)容涉嫌侵權(quán),請聯(lián)系alex-e#qq.com處理。

實時開通

自選配置、實時開通

免備案

全球線路精選!

全天候客戶服務

7x24全年不間斷在線

專屬顧問服務

1對1客戶咨詢顧問

客服
熱線

400-630-3752
7*24小時客服服務熱線

關注
微信

關注官方微信