造成慢查詢的原因
1、沒有索引或者沒有用到索引(這是查詢慢最常見的問題，是程序設計的缺陷)
2、I/O吞吐量小，形成了瓶頸效應。
3、沒有創建計算列導致查詢不優化。
4、內存不足
5、網絡速度慢
6、查詢出的數據量過大（可以采用多次查詢或其他的方法降低數據量）
7、鎖或者死鎖(這也是查詢慢最常見的問題，是程序設計的缺陷)sp_lock,sp_who,活動的用戶查看,原因是讀寫競爭資源。
9、返回了不必要的行和列
10、查詢語句不好，沒有優化
可以通過如下方法來優化查詢 :
1、 把數據、日志、索引放到不同的I/O設備上，增加讀取速度，以前可以將Tempdb應放在RAID0上，SQL2000不在支持。數據量（尺寸）越大，提 高I/O越重要.
2、縱向、橫向分割表，減少表的尺寸(sp_spaceuse)
3、升級硬件
4、根據查詢條件,建立索引,優化 索引、優化訪問方式，限制結果集的數據量。注意填充因子要適當（最好是使用默認值0）。索引應該盡量小，使用字節數小的列建索引好（參照索引的創建）,不 要對有限的幾個值的字段建單一索引如性別字段
5、提高網速;
6、擴大服務器的內存。
7、增加 服務器CPU個數;但是必須明白並行處理串行處理更需要資源例如內存。使用並行還是串行程是MsSQL自動評估選擇的。單個任務分解成多個任務，就可以在 處理器上運行。例如耽擱查詢的排序、連接、掃描和GROUP BY字句同時執行，SQL SERVER根據系統的負載情況決定最優的並行等級，復雜的需要消耗大量的CPU的查詢最適合並行處理。但是更新操作 UPDATE,INSERT，DELETE還不能並行處理。
8、如果是使用like進行查詢的話，簡單的使用index是不行的，但是全文索引，耗空間。
定位慢查詢的兩種方法
1.使用explain等工具分析sql
2.慢查詢日志操作
查看慢日志是否開啟ON為開啟,OFF為關閉
show variables like 'slow_query%';
開啟慢日志查詢
set global slow_query_log='ON';
各參數代表含義
slow_query_log ：是否開啟慢查詢日志，1表示開啟，0表示關閉; log-slow-queries ：舊版（5.6以下版本）MySQL數據庫慢查詢日志存儲路徑。可以不設置該參數，系統則會默認給一個缺省的文件host_name-slow.log slow-query-log-file：新版（5.6及以上版本）MySQL數據庫慢查詢日志存儲路徑。可以不設置該參數，系統則會默認給一個缺省的文件host_name-slow.log long_query_time ：慢查詢閾值，當查詢時間多於設定的閾值時，記錄日志。 log_queries_not_using_indexes：未使用索引的查詢也被記錄到慢查詢日志中（可選項）。 log_output：日志存儲方式。 log_output='FILE'表示將日志存入文件，默認值是'FILE'。 log_output='TABLE'表示將日志存入數據庫，這樣日志信息就會被寫入到mysql.slow_log表中。 MySQL數據庫支持同時兩種日志存儲方式，配置的時候以逗號隔開即可，如：log_output='FILE,TABLE'。日志記錄到系統的專用日志表中，要比記錄到文件耗費更多的系統資源，因此對於需要啟用慢查詢日志，又需要能夠獲得更高的系統性能，那么建議優先記錄到文件。
那么開啟了慢查詢日志后，什么樣的SQL才會記錄到慢查詢日志里面呢？
這個是由參數long_query_time控制，默認情況下long_query_time的值為10秒，可以使用命令修改，也可以在my.cnf參數里面修改。
關於運行時間正好等於long_query_time的情況，並不會被記錄下來。
也就是說，在mysql源碼里是判斷大於long_query_time，而非大於等於。
從MySQL 5.1開始，long_query_time開始以微秒記錄SQL語句運行時間，之前僅用秒為單位記錄。
如果記錄到表里面，只會記錄整數部分，不會記錄微秒部分。
show variables like 'long_query_time';
set global long_query_time=5;
如上所示，我修改了變量long_query_time，但是查詢變量long_query_time的值還是10，難道沒有修改到呢？
注意：使用命令 set global long_query_time=5修改后，需要重新連接或新開一個會話才能看到修改值。你用show variables like 'long_query_time'查看是當前會話的變量值，你也可以不用重新連接會話，而是用show global variables like 'long_query_time'; 如下所示：
log_output 參數是指定日志的存儲方式。
log_output='FILE'表示將日志存入文件，默認值是'FILE'。
log_output='TABLE'表示將日志存入數據庫，這樣日志信息就會被寫入到mysql.slow_log表中。
MySQL數據庫支持同時兩種日志存儲方式，配置的時候以逗號隔開即可，如：log_output='FILE,TABLE'。
日志記錄到系統的專用日志表中，要比記錄到文件耗費更多的系統資源，因此對於需要啟用慢查詢日志，又需要能夠獲得更高的系統性能，那么建議優先記錄到文件.
show variables like '%log_output%';
系統變量log-queries-not-using-indexes：未使用索引的查詢也被記錄到慢查詢日志中（可選項）。
如果調優的話，建議開啟這個選項。另外，開啟了這個參數，其實使用full index scan的sql也會被記錄到慢查詢日志。
show variables like 'log_queries_not_using_indexes'; 查詢
set global log_queries_not_using_indexes=1; 開啟
#以上所有命令行操作MySQL重啟后則會失效。如果要永久生效，就必須修改配置文件my.ini（其它系統變量也是如此）舉栗子使用set global slow_query_log='ON'開啟了慢查詢日志只對當前數據庫生效，永久生效需要
在my.ini內修改或添加
global slow_query_log = 1
slow_query_log_file = C:\phpStudy\PHPTutorial\MySQL\data\DESKTOP-AFSBV9C-slow.log
想查詢有多少條慢查詢記錄，可以使用系統變量。
show global status like '%slow_queries%';
日志分析工具mysqldumpslow(以windows下的為例)
在實際生產環境中，如果要手工分析日志，查找、分析SQL，顯然是個體力活，MySQL提供了日志分析工具mysqldumpslow
查看mysqldumpslow的幫助信息：
1.在 windows 下可以在mysql/bin目錄下可以找到 mysqldumpslow.pl 文件(如果沒有可以下載一個)，是一個 perl 格式的文件；
這種格式的文件在windows下是不能直接執行的，若要使用，得先安裝 perl 支持，我們可以在 Perl 的官網下載對應平台的安裝包：https://www.perl.org/get.html，為了使用方便，安裝完成后最好配置環境變量。
2.進入mysqldumpslow.pl 文件所在的存儲目錄，我的在C:\phpStudy\PHPTutorial\MySQL\bin，運行命令：perl mysqldumpslow.pl -h可看到運行結果，展示了一些選項的使用方法；
perl mysqldumpslow.pl -h;
-s, 是表示按照何種方式排序
c: 訪問計數
l: 鎖定時間
r: 返回記錄
t: 查詢時間
al:平均鎖定時間
ar:平均返回記錄數
at:平均查詢時間
-t, 是top n的意思，即為返回前面多少條的數據；
-g, 后邊可以寫一個正則匹配模式，大小寫不敏感的；
比如:
得到返回記錄集最多的10個SQL。
perl mysqldumpslow.pl -s r -t 10 C:\phpStudy\PHPTutorial\MySQL\data\DESKTOP-AFSBV9C-slow.log
得到訪問次數最多的10個SQL
perl mysqldumpslow.pl -s c -t 10 C:\phpStudy\PHPTutorial\MySQL\data\DESKTOP-AFSBV9C-slow.log
得到按照時間排序的前10條里面含有左連接的查詢語句。
perl mysqldumpslow.pl -s t -t 10 -g “left join” C:\phpStudy\PHPTutorial\MySQL\data\DESKTOP-AFSBV9C-slow.log
另外建議在使用這些命令時結合 | 和more 使用 ，否則有可能出現刷屏的情況。
perl mysqldumpslow.pl -s r -t 20 C:\phpStudy\PHPTutorial\MySQL\data\DESKTOP-AFSBV9C-slow.log | more
