欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

Mysql開啟慢SQL并分析原因

 更新時間:2019年04月04日 10:55:19   作者:seelye  
今天小編就為大家分享一篇關(guān)于Mysql開啟慢SQL并分析原因,小編覺得內(nèi)容挺不錯的,現(xiàn)在分享給大家,具有很好的參考價值,需要的朋友一起跟隨小編來看看吧

第一步.開啟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

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

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

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

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

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

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

mysql>set global long_query_time = 3600;

mysql>set global log_querise_not_using_indexes = ON;

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

和MySQL5.0不同,MySQL5.1可以在運行時改變?nèi)沼浶袨?,將日志記錄到?shù)據(jù)庫表中。只要將mysql全局變量log_output設(shè)置為 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設(shè)定.
  • 2.不能將服務(wù)器執(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ù)庫啟動關(guān)閉信息,以及運行過程中產(chǎn)生的錯誤信息 
log-error=E:/mysqllog/myerror.log 
# 記錄除select語句之外的所有sql語句到日志中,可以用來恢復(fù)數(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ù)說明,詳細的可應(yīng)用mysqldumpslow -help查詢。

  • -s,是表示按照何種方式排序,c、t、l、r分別是按照記錄次數(shù)、時間、查詢時間、返回的記錄數(shù)來排序(從大到?。琣c、at、al、ar表示相應(yīng)的倒敘。
  • -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)整你應(yīng)用程序的設(shè) 計方案。比如,上面那條語句是很明顯,它檢查了600多萬行數(shù)據(jù)。不幸的是,并不是每條語句都這么明顯。也許還有別的原因,比如:

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

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

總結(jié)

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

相關(guān)文章

  • Mysql中count(*)、count(1)、count(主鍵id)與count(字段)的區(qū)別

    Mysql中count(*)、count(1)、count(主鍵id)與count(字段)的區(qū)別

    本文主要介紹了Mysql中count(*)、count(1)、count(主鍵id)與count(字段)的區(qū)別,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2022-07-07
  • mySQL之關(guān)鍵字的執(zhí)行優(yōu)先級講解

    mySQL之關(guān)鍵字的執(zhí)行優(yōu)先級講解

    這篇文章主要介紹了mySQL之關(guān)鍵字的執(zhí)行優(yōu)先級講解,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧
    2020-11-11
  • mysql經(jīng)典4張表問題詳細講解

    mysql經(jīng)典4張表問題詳細講解

    MySQL是一種關(guān)系型數(shù)據(jù)庫管理系統(tǒng),可以通過連接不同的表將數(shù)據(jù)進行關(guān)聯(lián)查詢,下面這篇文章主要給大家介紹了關(guān)于mysql經(jīng)典4張表問題的相關(guān)資料,文中通過代碼介紹的非常詳細,需要的朋友可以參考下
    2024-03-03
  • 在MySQL現(xiàn)有表中添加自增ID的方法步驟

    在MySQL現(xiàn)有表中添加自增ID的方法步驟

    當在MySQL數(shù)據(jù)庫中,自增ID是一種常見的主鍵類型,它為表中的每一行分配唯一的標識符,在某些情況下,我們可能需要在現(xiàn)有的MySQL表中添加自增ID,以便更好地管理和索引數(shù)據(jù),在本文中,我們將討論如何在MySQL現(xiàn)有表中添加自增ID,并介紹相關(guān)的步驟和案例
    2023-09-09
  • mysql中字段類型轉(zhuǎn)義方式

    mysql中字段類型轉(zhuǎn)義方式

    這篇文章主要介紹了mysql中字段類型轉(zhuǎn)義方式,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教
    2023-12-12
  • MySQL數(shù)據(jù)庫innodb啟動失敗無法重啟的解決方法

    MySQL數(shù)據(jù)庫innodb啟動失敗無法重啟的解決方法

    這篇文章給大家分享了MySQL數(shù)據(jù)庫innodb啟動失敗無法重啟的解決方法,通過總結(jié)自己遇到的問題分享給大家,讓遇到同樣問題的朋友們可以盡快解決,下面來一起看看吧。
    2016-09-09
  • 詳細分析mysql MDL元數(shù)據(jù)鎖

    詳細分析mysql MDL元數(shù)據(jù)鎖

    這篇文章主要介紹了mysql MDL元數(shù)據(jù)鎖的相關(guān)資料,文中講解非常細致,代碼幫助大家更好的理解和學習,感興趣的朋友可以了解下
    2020-08-08
  • MYSQL代碼 定期備份Mysql數(shù)據(jù)庫

    MYSQL代碼 定期備份Mysql數(shù)據(jù)庫

    Mysql自動備份腳本供大家參考,實現(xiàn)了定期備份Mysql數(shù)據(jù)庫,并且可以選在在每周的一天做指定目錄下文件的全面?zhèn)浞荩瑐浞菸募詣由蟼鞯侥阒付ǖ腇TP上,保證了備份的可靠性。
    2009-04-04
  • 詳解mysql基本操作語句命令

    詳解mysql基本操作語句命令

    本文介紹了 鏈接Mysql,以及增刪改查等功能,需要的朋友可以參考
    2017-04-04
  • mysql 8.0.18 安裝配置方法圖文教程

    mysql 8.0.18 安裝配置方法圖文教程

    這篇文章主要為大家詳細介紹了mysql 8.0.18 安裝配置方法圖文教程,文中示例代碼介紹的非常詳細,具有一定的參考價值,感興趣的小伙伴們可以參考一下
    2019-10-10

最新評論