慢日誌查詢的主要功能就是,記錄sql語句中超過設定的時間閾值的查詢語句。例如,一條查詢sql語句,咱們設置的閾值爲1s,當這條查詢語句的執行時間超過了1s,則將被寫入到慢查詢配置的日誌中.
慢查詢主要是爲了咱們作sql語句的優化功能.html
打開mysql,經過如下命令查看相關配置:mysql
mysql> show variables like '%query%'; +------------------------------+--------------------------------------------------+ | Variable_name | Value | +------------------------------+--------------------------------------------------+ | binlog_rows_query_log_events | OFF | | ft_query_expansion_limit | 20 | | have_query_cache | NO | | long_query_time | 10.000000 | | query_alloc_block_size | 8192 | | query_prealloc_size | 8192 | | slow_query_log | OFF | | slow_query_log_file | /usr/local/mysql/data/seandeMacBook-Pro-slow.log | +------------------------------+--------------------------------------------------+ 8 rows in set (0.00 sec)
其中須要關注的配置項爲:sql
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命令的時候是成功了,可是查詢仍是沒設置。測試
一、配置文件配置優化
// 找到[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服務
二、使用命令配置日誌
// 這裏就簡單些一個配置項就好了,其餘的配置項均按照此方法配置 mysql> set slow_query_log=ON; // 若是執行失敗,多是因爲沒有添加global mysql> set global slow_query_log=ON;
配置好以後,查看mysql慢查詢日誌是否配置成功:code
mysql> show variables like '%query%'; +------------------------------+--------------------------------------------------+ | Variable_name | Value | +------------------------------+--------------------------------------------------+ | binlog_rows_query_log_events | OFF | | ft_query_expansion_limit | 20 | | have_query_cache | NO | | long_query_time | 10.000000 | | query_alloc_block_size | 8192 | | query_prealloc_size | 8192 | | slow_query_log | ON | | slow_query_log_file | /usr/local/mysql/data/seandeMacBook-Pro-slow.log | +------------------------------+--------------------------------------------------+ 8 rows in set (0.01 sec)
首先,先將慢查詢日誌的時間閾值設置爲0htm
mysql> set global long_query_time=0; Query OK, 0 rows affected (0.00 sec)
重啓mysql後生效索引
在配置慢查詢以前,已經導入了示例的數據文件。mysql官方數據示例,接下來就開使查詢。
mysql> select * from city where Name = 'Salala'; +------+--------+-------------+----------+------------+ | ID | Name | CountryCode | District | Population | +------+--------+-------------+----------+------------+ | 2818 | Salala | OMN | Zufar | 131813 | +------+--------+-------------+----------+------------+ 1 row in set (0.01 sec)
根據配置的慢查詢日誌記錄文件/usr/local/mysql/data/seandeMacBook-Pro-slow.log ,查看以上的命令操做。
# Time: 2019-08-20T09:17:49.791767Z # User@Host: root[root] @ localhost [] Id: 150 # Query_time: 0.002549 Lock_time: 0.000144 Rows_sent: 1 Rows_examined: 4079 SET timestamp=1566292669; select * from city where Name = '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語句執行結構:
mysql> explain select * from city where Name='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: 4188 filtered: 10.00 Extra: Using where 1 row in set, 1 warning (0.00 sec)
能夠看出來,該sql語句是進行了全盤掃描。咱們可使用索引對其進行簡單的優化一下。
二、建立索引
mysql> create index idx_cityName on city(`Name`); Query OK, 0 rows affected (0.02 sec) Records: 0 Duplicates: 0 Warnings: 0
三、使用explain分析一波
mysql> explain select * from city where Name='Salala'\G; *************************** 1. row *************************** id: 1 select_type: SIMPLE table: city partitions: NULL type: ref possible_keys: idx_cityName key: idx_cityName key_len: 35 ref: const rows: 1 filtered: 100.00 Extra: NULL 1 row in set, 1 warning (0.01 sec)
經過建立索引,咱們發現此時只掃描了一行,而且是使用的索引掃描,所以大大提升了一個mysql查詢的效率。
在日常的開發中,慢查詢做爲MySQL優化的一個途徑,是很是有用的。它會記錄下咱們一些查詢時間長的sql語句,對其語句咱們進行分析,從而達到sql查詢語句的最優化。可是慢日誌查詢開啓以後,針對sql查詢會經過磁盤I/O將相關的記錄寫入到磁盤文件中,增長了一個磁盤的I/O讀寫。所以,咱們該功能用在開發、測試環境上,而不用在生產環境中去。
因爲慢日誌查詢文件越到後期,內容越多。咱們對其分析的壓力越大,所以咱們須要藉助某些工具實現快速分析。這些工具還沒徹底使用熟悉,後期單獨寫一篇文章介紹該類型的工具,這裏只是羅列一下工具名稱。 1.mysqldumpslow 2.pt-query-digest 3.mysqltop(天兔Lepus)