慢日志查詢作用
慢日志查詢的主要功能就是，記錄sql語句中超過設定的時間閾值的查詢語句。例如，一條查詢sql語句，我們設置的閾值為1s，當這條查詢語句的執行時間超過了1s，則將被寫入到慢查詢配置的日志中.
慢查詢主要是為了我們做sql語句的優化功能.
慢查詢配置項說明
登錄mysql服務，使用如下命令
mysql> show variables like '%query%';
+------------------------------+-----------------------------------------+
| Variable_name | Value |
+------------------------------+-----------------------------------------+
| binlog_rows_query_log_events | OFF |
| ft_query_expansion_limit | 20 |
| have_query_cache | YES |
| long_query_time | 10.000000 |
| query_alloc_block_size | 8192 |
| query_cache_limit | 1048576 |
| query_cache_min_res_unit | 4096 |
| query_cache_size | 33554432 |
| query_cache_type | OFF |
| query_cache_wlock_invalidate | OFF |
| query_prealloc_size | 8192 |
| slow_query_log | OFF |
| slow_query_log_file | /usr/local/mysql/var/localhost-slow.log |
+------------------------------+-----------------------------------------+
13 rows in set (0.01 sec)
這里，我們只需要關注三個配置項即可。
1.slow_query_log
該配置項是決定是否開啟慢日志查詢功能，配置的值有ON或者OFF.
2.slow_query_log_file
該配置項是慢日志查詢的記錄文件,需要手動創建.
3.long_query_time
該配置項是設置慢日志查詢的時間閾值，當超過這個閾值時，慢日志才會被記錄.配置的值有0(任何的sql語句都記錄下來)，或者>0(具體的閾值).該配置項是以秒為單位的，并且可以設置為小數.
4.log-queries-not-using-indexes
該配置項是為了記錄未使用到索引的sql語句.
如何配置慢查詢
配置慢查詢功能的方式有兩種，一種是使用mysql的配置文件配置,另外一種是使用mysql命令配置.這里建議使用配置文件配置，因為在命令配置的過程中發現有時候配置項在set命令的時候是成功了，但是查詢還是沒設置。
1.配置文件配置
// 找到[mysqld],在其下面添加如下代碼即可.
slow_query_log=ON
slow_query_log_file=/usr/local/mysql/var/localhost-slow.log
long_query_time=0
log-queries-not-using-indexes = 1
// 配置好后，重啟mysql服務
2.使用命令配置
// 這里就簡單些一個配置項就行了，其他的配置項均按照此方法配置
mysql> set slow_query_log=ON;
配置好之后，查看mysql慢查詢日志是否配置成功.
mysql> show variables like '%query%';
+------------------------------+-----------------------------------------+
| Variable_name | Value |
+------------------------------+-----------------------------------------+
| binlog_rows_query_log_events | OFF |
| ft_query_expansion_limit | 20 |
| have_query_cache | YES |
| long_query_time | 0.000000 |
| query_alloc_block_size | 8192 |
| query_cache_limit | 1048576 |
| query_cache_min_res_unit | 4096 |
| query_cache_size | 33554432 |
| query_cache_type | OFF |
| query_cache_wlock_invalidate | OFF |
| query_prealloc_size | 8192 |
| slow_query_log | ON |
| slow_query_log_file | /usr/local/mysql/var/localhost-slow.log |
+------------------------------+-----------------------------------------+
13 rows in set (0.01 sec)
如何查看慢日志記錄
在配置慢查詢之前，我們已經導入了示例的數據文件,這里就不做單獨的演示了。mysql官方數據庫示例 。接下來，我們就開始做查詢操作.
mysql> select * from city where city='Salala';
+---------+--------+------------+---------------------+
| city_id | city | country_id | last_update |
+---------+--------+------------+---------------------+
| 444 | Salala | 71 | 2006-02-15 04:45:25 |
+---------+--------+------------+---------------------+
1 row in set (0.01 sec)
此時，我們根據配置的慢查詢日志記錄文件/usr/local/mysql/var/localhost-slow.log,發現該文件記錄了上面的命令操作.
# Time: 2019-01-17T08:12:27.184998Z
# User@Host: root[root] @ localhost [] Id: 4
# Query_time: 0.002773 Lock_time: 0.001208 Rows_sent: 1 Rows_examined: 600
SET timestamp=1547712747;
select * from city where city='Salala';
上訴文件配置內容說明
1.Time
該日志記錄的時間
2.User@Host
MySQL登錄的用戶和登錄的主機地址
3.Query_time一行
第一個時間是查詢的時間、第二個是鎖表的時間、第三個是返回的行數、第四個是掃描的行數
4.SET timestamp
這一個是MySQL查詢的時間
5.sql語句
這一行就很明顯了，表示的是我們執行的sql語句
總結
由于我們配置long_query_time=0,因此所有的sql語句都將被記錄下來，這里我們假設，僅僅是假設。我們設置的long_query_time=5，然而上面的第三項中Query_time大于5，如果是實際項目中不屬于正常范圍，則需要對其進行優化，當然優化的方式有很多種，下面我們使用簡單的索引方式進行優化一下。
優化sql語句
1.先查看原本的sql語句執行結構
mysql> explain select * from city where city='Salala'\G;
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: city
partitions: NULL
type: ALL
possible_keys: NULL
key: NULL
key_len: NULL
ref: NULL
rows: 600
filtered: 10.00
Extra: Using where
1 row in set, 1 warning (0.00 sec)
mysql> create index idx_cityName on city(`city`);
Query OK, 0 rows affected (0.03 sec)
Records: 0 Duplicates: 0 Warnings: 0
看得出，該sql語句是進行了全盤掃描。我們則用索引對其簡單的優化一下。
2.創建索引
mysql> create index idx_cityName on city(`city`);
Query OK, 0 rows affected (0.03 sec)
Records: 0 Duplicates: 0 Warnings: 0
3.在用explain分析一次
mysql> explain select * from city where city='Salala'\G;
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: city
partitions: NULL
type: ref
possible_keys: idx_cityName
key: idx_cityName
key_len: 152
ref: const
rows: 1
filtered: 100.00
Extra: NULL
1 row in set, 1 warning (0.00 sec)
通過創建索引，我們發現此時只掃描了一行，并且是使用的索引掃描，因此大大提高了一個mysql查詢的效率。
MySQL慢查詢使用總結
在平常的開發中，慢查詢作為MySQL優化的一個途徑，是非常有用的。它會記錄下我們一些查詢時間長的sql語句，對其語句我們進行分析，從而達到sql查詢語句的最優化。但是慢日志查詢開啟之后，針對sql查詢會通過磁盤I/O將相關的記錄寫入到磁盤文件中，增加了一個磁盤的I/O讀寫。因此，我們該功能用在開發、測試環境上，而不用在生產環境中去。
慢日志查詢工具
由于慢日志查詢文件越到后期，內容越多。我們對其分析的壓力越大，因此我們需要借助某些工具實現快速分析。這些工具還沒完全使用熟悉，后期單獨寫一篇文章介紹該類型的工具，這里只是羅列一下工具名稱。
1.mysqldumpslow
2.pt-query-digest
3.mysqltop（天兔Lepus）
以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。
您可能感興趣的文章:- MySQL 一則慢日志監控誤報的問題分析與解決
- 詳解mysql慢日志查詢
- 關于Anemometer圖形化顯示MySQL慢日志的工具搭建及使用的詳細介紹
- MySQL的慢日志線上問題及優化方案
- mysql 5.5 開啟慢日志slow log的方法(log_slow_queries)
- MySQL中按時間獲取慢日志信息的方法
- 根據mysql慢日志監控SQL語句執行效率
- MySQL 慢日志相關知識總結
