一、慢查詢?nèi)罩靖拍?/h2>

對于SQL和索引的優(yōu)化問題，我們會使用explain去分析SQL語句。但是真正的企業(yè)級項目有成千上萬條SQL，我們不可能從頭開始一條一條explain去分析。我們從什么地方可以獲取那些運行時間長，耗性能的SQL？？

我們可以打開慢查詢?nèi)罩?/strong>：

根據(jù)具體的業(yè)務(wù)和并發(fā)量來預(yù)估一個時間上限（20ms、100ms），設(shè)置好后開啟業(yè)務(wù)，壓測后打開慢查詢?nèi)罩?，就會看到超過執(zhí)行時間的SQL，然后使用explain分析這些耗時的SQL語句

步驟如下：

• 打開慢查詢?nèi)罩鹃_關(guān)slow_query_log
• 設(shè)置合理的、業(yè)務(wù)可以接受的慢查詢時間上限
• 壓測執(zhí)行各種業(yè)務(wù)
• 查看慢查詢?nèi)罩?，找出所有?zhí)行耗時的SQL語句
• 用explain分析這些耗時的SQL語句，從而針對性優(yōu)化

MySQL可以設(shè)置慢查詢?nèi)罩?，當SQL執(zhí)行的時間超過我們設(shè)定的時間，那么這些SQL就會被記錄在慢查詢?nèi)罩井斨?，然后我們通過查看日志，用explain分析這些SQL的執(zhí)行計劃，來判定為什么效率低下，是沒有使用到索引？還是索引本身創(chuàng)建的有問題？或者是索引使用到了，但是由于表的數(shù)據(jù)量太大，花費的時間就是很長，那么此時我們可以把表分成多個小表等。

慢查詢?nèi)罩鞠嚓P(guān)的參數(shù)如下所示：

（MySQL定義的很多的全局的開關(guān)，都是在全局變量中存儲，可以用show/set variables查看或者設(shè)置全局變量的值）

慢查詢?nèi)罩鹃_關(guān)默認是關(guān)閉的

慢查詢?nèi)罩镜穆窂剑耗J在/var/lib/mysql/下

慢查詢?nèi)罩居涗浟税袌?zhí)行時間超過參數(shù) long_query_time（單位：秒）所設(shè)置值的 SQL語句的日志，在MySQL上用命令可以查看，如下：

這個值是可以修改的：

二、慢查詢?nèi)罩緦嵺`

1. 打開慢查詢?nèi)罩鹃_關(guān)slow_query_log

在打開慢查詢?nèi)罩鹃_關(guān)的時候，報錯表示slow_query_log是一個global的變量（也有只影響當前session的變量，如：long_query_time 、profiling），修改后會影響所有的session，即影響所有正在訪問當前MySQL server的客戶端。

打開慢查詢?nèi)罩鹃_關(guān)成功！

2. 設(shè)置合理的、業(yè)務(wù)可以接受的慢查詢時間上限long_query_time

查看另一個session

發(fā)現(xiàn)還是默認的10s，故long_query_time只影響當前session

3. 壓測執(zhí)行各種業(yè)務(wù)

已經(jīng)超過我們設(shè)置的long_query_time=0.1s

4. 查看慢查詢?nèi)罩?/h3>

路徑：/var/lib/mysql/

5. 用explain分析這些耗時的SQL語句，從而針對性優(yōu)化

做了整表的搜索，把主鍵索引樹整個掃了一遍。

我們應(yīng)該給password添加索引，然后記得password是字符串格式，因為如果涉及類型轉(zhuǎn)換是用不了索引的

三、show profiles查看sql具體的運行時間

MySQL一般只顯示小數(shù)點后兩位的時間

打開profiling開關(guān)，顯示更詳細的時間

沒有報錯，說明profiling變量只影響當前session

總結(jié) 

到此這篇關(guān)于MySQL優(yōu)化教程之慢查詢?nèi)罩镜奈恼戮徒榻B到這了,更多相關(guān)MySQL慢查詢?nèi)罩緝?nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章:

• MySQL慢查詢?nèi)罩驹斀馀c性能優(yōu)化指南(總結(jié))
• MySQL優(yōu)化方案之開啟慢查詢?nèi)罩?/a>
• MySQL的慢日志線上問題及優(yōu)化方案
• MySQL慢查詢優(yōu)化之慢查詢?nèi)罩痉治龅膶嵗坛?/a>
• SQLserver日志優(yōu)化的幾種方法