2020重新出發，MySql基礎，日誌
@目錄
MySQL日誌
任何一種資料庫，都會擁有各種各樣的日誌，用來記錄資料庫的執行情況、日常操作和錯誤等資訊，可以幫助我們診斷資料庫出現的各種問題。
MySQL 也不例外，它有不同型別的日誌檔案，各自儲存了不同型別的日誌。分析這些日誌檔案，除了可以瞭解 MySQL 資料庫的執行情況，還可以為 MySQL 的管理和優化提供必要的資訊。
日誌管理是維護資料庫的重要步驟，所以經常需要在 MySQL 中進行日誌啟動、檢視、停止和刪除等操作。這些操作是資料庫管理中最基本、最重要的操作。
MySQL日誌及分類
日誌是資料庫的重要組成部分，主要用來記錄資料庫的執行情況、日常操作和錯誤資訊。
在 MySQL 中，日誌可以分為二進位制日誌、錯誤日誌、通用查詢日誌和慢查詢日誌。對於 MySQL 的管理工作而言，這些日誌檔案是不可缺少的。分析這些日誌，可以幫助我們瞭解 MySQL 資料庫的執行情況、日常操作、錯誤資訊和哪些地方需要進行優化。
下面簡單介紹 MySQL 中 4 種日誌檔案的作用。
- 二進位制日誌：該日誌檔案會以二進位制的形式記錄資料庫的各種操作，但不記錄查詢語句。
- 錯誤日誌：該日誌檔案會記錄 MySQL 伺服器的啟動、關閉和執行錯誤等資訊。
- 通用查詢日誌：該日誌記錄 MySQL 伺服器的啟動和關閉資訊、客戶端的連線資訊、更新、查詢資料記錄的 SQL 語句等。
- 慢查詢日誌：記錄執行事件超過指定時間的操作，通過工具分析慢查詢日誌可以定位 MySQL 伺服器效能瓶頸所在。
為了維護 MySQL 資料庫，經常需要在 MySQL 中進行日誌操作，包含日誌檔案的啟動、檢視、停止和刪除等，這些操作都是資料庫管理中最基本、最重要的操作。
- 例如，當用戶 root 登入到 MySQL 伺服器後，就會在日誌檔案裡記錄該使用者的登入事件、執行操作等資訊。當 MySQL 伺服器執行時出錯，出錯資訊就會被記錄到日誌檔案裡。
日誌操作是資料庫維護中最重要的手段之一。如果 MySQL 資料庫系統意外停止服務，我們可以通過錯誤日誌查看出現錯誤的原因。還可以通過二進位制日誌檔案來檢視使用者分別執行了哪些操作、對資料庫檔案做了哪些修改。然後，還可以根據二進位制日誌中的記錄來修復資料庫。
在 MySQL 所支援的日誌檔案裡，除了二進位制日誌檔案外，其它日誌檔案都是文字檔案。預設情況下，MySQL 只會啟動錯誤日誌檔案，而其它日誌則需要手動啟動。
使用日誌有優點也有缺點。啟動日誌後，雖然可以對 MySQL 伺服器效能進行維護，但是會降低 MySQL 的執行速度。
- 例如，一個查詢操作比較頻繁的 MySQL 中，記錄通用查詢日誌和慢查詢日誌要花費很多的時間。
日誌檔案還會佔用大量的硬碟空間。對於使用者量非常大、操作非常頻繁的資料庫，日誌檔案需要的儲存空間甚至比資料庫檔案需要的儲存空間還要大。因此，是否啟動日誌，啟動什麼型別的日誌要根據具體的應用來決定。
MySQL錯誤日誌詳解
錯誤日誌（Error Log）是 MySQL 中最常用的一種日誌，主要記錄 MySQL 伺服器啟動和停止過程中的資訊、伺服器在執行過程中發生的故障和異常情況等。
啟動和設定錯誤日誌
在 MySQL 資料庫中，預設開啟錯誤日誌功能。一般情況下，錯誤日誌儲存在 MySQL 資料庫的資料資料夾下，通常名稱為 hostname.err。其中，hostname 表示 MySQL 伺服器的主機名。
在 MySQL 配置檔案中，錯誤日誌所記錄的資訊可以通過 log-error 和 log-warnings 來定義，其中，log-err 定義是否啟用錯誤日誌功能和錯誤日誌的儲存位置，log-warnings 定義是否將警告資訊也記錄到錯誤日誌中。
將 log_error 選項加入到 MySQL 配置檔案的 [mysqld] 組中，形式如下：
[mysqld]
log-error=dir/{filename}
其中，dir 引數指定錯誤日誌的儲存路徑；filename 引數指定錯誤日誌的檔名；省略引數時檔名預設為主機名，存放在 Data 目錄中。
重啟 MySQL 服務後，引數開始生效，可以在指定路徑下看到 filename.err 的檔案，如果沒有指定 filename，那麼錯誤日誌將直接預設為 hostname.err。
注意：錯誤日誌中記錄的並非全是錯誤資訊，例如 MySQL 如何啟動 InnoDB 的表空間檔案、如何初始化自己的儲存引擎等，這些也記錄在錯誤日誌檔案中。
檢視錯誤日誌
錯誤日誌中記錄著開啟和關閉 MySQL 服務的時間，以及服務執行過程中出現哪些異常等資訊。如果 MySQL 服務出現異常，可以到錯誤日誌中查詢原因。
在 MySQL 中，通過 SHOW 命令可以檢視錯誤日誌檔案所在的目錄及檔名資訊。
mysql> SHOW VARIABLES LIKE 'log_error';
+---------------+----------------------------------------------------------------+
| Variable_name | Value |
+---------------+----------------------------------------------------------------+
| log_error | C:\ProgramData\MySQL\MySQL Server 5.7\Data\LAPTOP-UHQ6V8KP.err |
+---------------+----------------------------------------------------------------+
1 row in set, 1 warning (0.04 sec)
錯誤日誌以文字檔案的形式儲存，直接使用普通文字工具就可以檢視。這裡通過記事本開啟，從上面可以知道錯誤日誌的檔名。該檔案在預設的資料路徑“C:\ProgramData\MySQL\MySQL Server 5.7\Data\”下，開啟 LAPTOP-UHQ6V8KP.err 檔案，部分內容如下：
190906 22:06:45 InnoDB: Completed initialization of buffer pool
190906 22:06:45 InnoDB: highest supported file format is Barracuda.
190906 22:06:45 InnoDB: Waiting for the background threads to start
190906 22:06:46 InnoDB: 5.7.29 started; log sequence number 1605345
190906 22:06:47 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
190906 22:06:47 [Note] - '0.0.0.0' resolves to '0.0.0.0';
190906 22:06:47 [Note] Server socket created on IP: '0.0.0.0'.
190906 22:06:47 [Note] Event Scheduler: Loaded 0 events
190906 22:06:47 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.7.29-log' socket: '/var/lib/mysql/mysql.sock' port: 3306 MySQL Community Server (GPL)
以上是錯誤日誌檔案的一部分，主要記載了系統的一些執行錯誤。
刪除錯誤日誌
在 MySQL 中，可以使用 mysqladmin 命令來開啟新的錯誤日誌，以保證 MySQL 伺服器上的硬碟空間。mysqladmin 命令的語法如下：
mysqladmin -uroot -p flush-logs
執行該命令後，MySQL 伺服器首先會自動建立一個新的錯誤日誌，然後將舊的錯誤日誌更名為 filename.err-old。
MySQL 伺服器發生異常時，管理員可以在錯誤日誌中找到發生異常的時間、原因，然後根據這些資訊來解決異常。對於很久之前的錯誤日誌，檢視的可能性不大，可以直接將這些錯誤日誌刪除。
MySQL二進位制日誌詳解
二進位制日誌（Binary Log）也可叫作變更日誌（Update Log），是 MySQL 中非常重要的日誌。主要用於記錄資料庫的變化情況，即 SQL 語句的 DDL 和 DML 語句，不包含資料記錄查詢操作。
如果 MySQL 資料庫意外停止，可以通過二進位制日誌檔案來檢視使用者執行了哪些操作，對資料庫伺服器檔案做了哪些修改，然後根據二進位制日誌檔案中的記錄來恢復資料庫伺服器。
預設情況下，二進位制日誌功能是關閉的。可以通過以下命令檢視二進位制日誌是否開啟，命令如下：
mysql> SHOW VARIABLES LIKE 'log_bin';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| log_bin | OFF |
+---------------+-------+
1 row in set, 1 warning (0.02 sec)
從結果可以看出，二進位制日誌是關閉的。
啟動和設定二進位制日誌
在 MySQL 中，可以通過在配置檔案中新增 log-bin 選項來開啟二進位制日誌，格式如下：
[mysqld]
log-bin=dir/[filename]
其中，dir 引數指定二進位制檔案的儲存路徑；filename 引數指定二進位制檔案的檔名，其形式為 filename.number，number 的形式為 000001、000002 等。
每次重啟 MySQL 服務後，都會生成一個新的二進位制日誌檔案，這些日誌檔案的檔名中 filename 部分不會改變，number 會不斷遞增。
如果沒有 dir 和 filename 引數，二進位制日誌將預設儲存在資料庫的資料目錄下，預設的檔名為 hostname-bin.number，其中 hostname 表示主機名。
下面在 my.ini 檔案的 [mysqld] 組中新增以下語句：
mysqllog-bin
重啟 MySQL 伺服器後，可以在 MySQL 資料庫的資料目錄下看到 LAPTOP-UHQ6V8KP-bin.000001 這個檔案，同時還生成了 LAPTOP-UHQ6V8KP-bin.index 檔案。此處，MySQL 伺服器的主機名為 LAPTOP-UHQ6V8KP。
還可以在 my.ini 檔案的 [mysqld] 組中進行如下修改。語句如下：
log-bin=C:log\mylog
重啟 MySQL 服務後，可以在 C:log 資料夾下看到 mylog.000001 檔案和 mylog.index 檔案。
檢視二進位制日誌
檢視二進位制日誌檔案列表
可以使用如下命令檢視 MySQL 中有哪些二進位制日誌檔案：
mysql> SHOW binary logs;
+----------------------------+-----------+
| Log_name | File_size |
+----------------------------+-----------+
| LAPTOP-UHQ6V8KP-bin.000001 | 177 |
| LAPTOP-UHQ6V8KP-bin.000002 | 154 |
+----------------------------+-----------+
2 rows in set (0.00 sec)
檢視當前正在寫入的二進位制日誌檔案
可以使用以下命令檢視當前 MySQL 中正在寫入的二進位制日誌檔案。
mysql> SHOW master status;
+----------------------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+----------------------------+----------+--------------+------------------+-------------------+
| LAPTOP-UHQ6V8KP-bin.000002 | 154 | | | |
+----------------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)
檢視二進位制日誌檔案內容
二進位制日誌使用二進位制格式儲存，不能直接開啟檢視。如果需要檢視二進位制日誌，必須使用 mysqlbinlog 命令。
mysqlbinlog 命令的語法形式如下：
mysqlbinlog filename.number
mysqlbinlog 命令只在當前資料夾下查詢指定的二進位制日誌，因此需要在二進位制日誌所在的目錄下執行該命令，否則將會找不到指定的二進位制日誌檔案。
實際工作中，二進位制日誌檔案與資料庫的資料檔案不放在同一塊硬碟上，這樣即使資料檔案所在的硬碟被破壞，也可以使用另一塊硬碟上的二進位制日誌來恢復資料庫檔案。兩塊硬碟同時壞了的可能性要小得多，這樣可以保證資料庫中資料的安全。
刪除二進位制日誌
二進位制日誌中記錄著大量的資訊，如果很長時間不清理二進位制日誌，將會浪費很多的磁碟空間。刪除二進位制日誌的方法很多，下面介紹幾種刪除二進位制日誌的方法。
刪除所有二進位制日誌
使用 RESET MASTER 語句可以刪除的所有二進位制日誌，該語句的形式如下：
RESET MASTER;
登入 MySQL 資料庫後，可以執行該語句來刪除所有二進位制日誌。刪除所有二進位制日誌後，MySQL 將會重新建立新的二進位制日誌，新二進位制日誌的編號從 000001 開始。
根據編號刪除二進位制日誌
每個二進位制日誌檔案後面有一個 6 位數的編號，如 000001。使用 PURGE MASTER LOGS TO 語句，可以刪除指定二進位制日誌的編號之前的日誌。該語句的基本語法形式如下：
PURGE MASTER LOGS TO 'filename.number';
該語句將刪除編號小於 filename.number 的所有二進位制日誌。
根據建立時間刪除二進位制日誌
使用 PURGE MASTER LOGS TO 語句，可以刪除指定時間之前建立的二進位制日誌，該語句的基本語法格式如下：
PURGE MASTER LOGS TO 'yyyy-mm-dd hh:MM:ss';
其中，“hh”為 24 制的小時。該語句將刪除在指定時間之前建立的所有二進位制日誌。
暫時停止二進位制日誌
在配置檔案中設定了 log_bin 選項之後，MySQL 伺服器將會一直開啟二進位制日誌功能。刪除該選項後就可以停止二進位制日誌功能，如果需要再次啟動這個功能，需要重新新增 log_bin 選項。由於這樣比較麻煩，所以 MySQL 提供了暫時停止二進位制日誌功能的語句。
如果使用者不希望自己執行的某些 SQL 語句記錄在二進位制日誌中，可以在執行這些 SQL 語句之前暫停二進位制日誌功能。
使用 SET 語句來暫停/開啟二進位制日誌功能，命令如下：
SET SQL_LOG_BIN=0/1;
以上命令中，0 表示暫停二進位制日誌功能，1 表示開啟二進位制功能。
my.ini 中的 [mysqld] 組下面有幾個設定引數是關於二進位制日誌的：
expire_logs_days = 10
max_binlog_size = 100M
- expire_logs_day 定義了 MySQL 清除過期日誌的時間、二進位制日誌自動刪除的天數。預設值為 0，表示“沒有自動刪除”。當 MySQL 啟動或重新整理二進位制日誌時可能刪除。
- max_binlog_size 定義了單個檔案的大小限制，如果二進位制日誌寫入的內容大小超出給定值，日誌就會發生滾動（關閉當前檔案，重新開啟一個新的日誌檔案）。不能將該變數設定為大於 1GB 或小於 4096B（位元組），其預設值是 1GB。
MySQL使用二進位制日誌還原資料庫
二進位制日誌中記錄了使用者對資料庫更改的所有操作，如 INSERT 語句、UPDATE 語句、CREATE 語句等。如果資料庫因為操作不當或其它原因丟失了資料，可以通過二進位制日誌來檢視在一定時間段內使用者的操作，結合資料庫備份來還原資料庫。
資料庫遭到意外損壞時，應該先使用最近的備份檔案來還原資料庫。另外備份之後，資料庫可能進行了一些更新，這時可以使用二進位制日誌來還原。因為二進位制日誌中儲存了更新資料庫的語句，如 UPDATE 語句、INSERT 語句等。
二進位制日誌還原資料庫的命令如下：
mysqlbinlog filename.number | mysql -u root -p
以上命令可以理解成，先使用 mysqlbinlog 命令來讀取 filename.number 中的內容，再使用 mysql 命令將這些內容還原到資料庫中。
技巧：二進位制日誌雖然可以用來還原 MySQL 資料庫，但是其佔用的磁碟空間也是非常大的。因此，在備份 MySQL 資料庫之後，應該刪除備份之前的二進位制日誌。如果備份之後發生異常，造成資料庫的資料損失，可以通過備份之後的二進位制日誌進行還原。
使用 mysqlbinlog 命令進行還原操作時，必須是編號（number）小的先還原。例如，mylog.000001 必須在 mylog.000002 之前還原。
MySQL通用查詢日誌
通用查詢日誌（General Query Log）用來記錄使用者的所有操作，包括啟動和關閉 MySQL 服務、更新語句和查詢語句等。
預設情況下，通用查詢日誌功能是關閉的。可以通過以下命令檢視通用查詢日誌是否開啟，命令如下：
mysql> SHOW VARIABLES LIKE '%general%';
+------------------+----------------------------------------------------------------+
| Variable_name | Value |
+------------------+----------------------------------------------------------------+
| general_log | OFF |
| general_log_file | C:\ProgramData\MySQL\MySQL Server 5.7\Data\LAPTOP-UHQ6V8KP.log |
+------------------+----------------------------------------------------------------+
2 rows in set, 1 warning (0.01 sec)
從結果可以看出，通用查詢日誌是關閉的，general_log_file 變數指定了通用查詢日誌檔案所在的位置。
啟動和設定通用查詢日誌
在 MySQL 中，可以通過在 MySQL 配置檔案新增 log 選項來開啟通用查詢日誌，格式如下：
[mysqld]
log=dir/filename
其中，dir 引數指定通用查詢日誌的儲存路徑；filename 引數指定日誌的檔名。如果不指定儲存路徑，通用查詢日誌將預設儲存到 MySQL 資料庫的資料資料夾下。如果不指定檔名，預設檔名為 hostname.log，其中 hostname 表示主機名。
檢視通用查詢日誌
如果希望瞭解使用者最近的操作，可以檢視通用查詢日誌。通用查詢日誌以文字檔案的形式儲存，可以使用普通文字檔案檢視該型別日誌內容。
例子：首先我們檢視通用查詢日誌功能是否是開啟狀態，然後查詢 tb_student 表的記錄，SQL 命令和執行過程如下：
mysql> SHOW VARIABLES LIKE '%general%';
+------------------+----------------------------------------------------------------+
| Variable_name | Value |
+------------------+----------------------------------------------------------------+
| general_log | ON |
| general_log_file | C:\ProgramData\MySQL\MySQL Server 5.7\Data\LAPTOP-UHQ6V8KP.log |
+------------------+----------------------------------------------------------------+
2 rows in set, 1 warning (0.02 sec)
mysql> use test;
Database changed
mysql> SELECT * FROM tb_student;
+----+--------+
| id | name |
+----+--------+
| 1 | Java |
| 2 | MySQL |
| 3 | Python |
+----+--------+
3 rows in set (0.06 sec)
執行成功後，開啟通用查詢日誌，這裡日誌名稱為 LAPTOP-UHQ6V8KP.log，下面是通用查詢日誌中的部分內容。
C:\Program Files\MySQL\MySQL Server 5.7\bin\mysqld.exe, Version: 5.7.29-log (MySQL Community Server (GPL)). started with:
TCP Port: 3306, Named Pipe: MySQL
Time Id Command Argument
2020-05-29T06:43:44.382878Z 7 Quit
2020-05-29T06:44:10.001382Z 8 Connect root@localhost on using SSL/TLS
2020-05-29T06:44:10.007532Z 8 Query select @@version_comment limit 1
2020-05-29T06:44:11.748179Z 8 Query SHOW VARIABLES LIKE '%general%'
2020-05-29T06:44:25.487472Z 8 Query SELECT DATABASE()
2020-05-29T06:44:25.487748Z 8 Init DB test
2020-05-29T06:44:35.390523Z 8 Query SELECT * FROM tb_student
可以看出，該日誌非常清晰地記錄了客戶端的所有行為。
停止通用查詢日誌
通用查詢日誌啟動後，可以通過兩種方法停止該日誌。一種是將 MySQL 配置檔案中的相關配置註釋掉，然後重啟伺服器，來停止通用查詢日誌。具體內容如下：
[mysqld]
\#log=dir\filename
上述方法需要重啟 MySQL 伺服器，這在某些場景，比如有業務量訪問的情況下是不允許的，這時可以通過另一種方法來動態地控制通用查詢日誌的開啟和關閉。
設定 MySQL 的環境變數 general_log 為關閉狀態可以停止該日誌，示例如下：
mysql> SET GLOBAL general_log=off;
Query OK, 0 rows affected (0.00 sec)
mysql> SHOW VARIABLES LIKE '%general_log%' \G
*************************** 1. row ***************************
Variable_name: general_log
Value: OFF
*************************** 2. row ***************************
Variable_name: general_log_file
Value: C:\ProgramData\MySQL\MySQL Server 5.7\Data\LAPTOP-UHQ6V8KP.log
2 rows in set, 1 warning (0.01 sec)
刪除通用查詢日誌
在 MySQL 中，可以使用 mysqladmin 命令來開啟新的通用查詢日誌。新的通用查詢日誌會直接覆蓋舊的查詢日誌，不需要再手動刪除了。
mysqladmin 命令的語法如下：
mysqladmin -uroot -p flush-logs
需要注意的是，如果希望備份舊的通用查詢日誌，必須先將舊的日誌檔案拷貝出來或者改名。然後，再執行 mysqladmin 命令。
除了上述方法之外，還可以手工刪除通用查詢日誌。刪除之後需要重新啟動 MySQL 服務。重啟之後就會生成新的通用查詢日誌。如果希望備份舊的日誌檔案，可以將舊的日誌檔案改名，然後重啟 MySQL 服務。
由於通用查詢日誌會記錄使用者的所有操作，如果資料庫的使用非常頻繁，通用查詢日誌將會佔用非常大的磁碟空間，對系統性能影響較大。一般情況下，資料管理員可以刪除很長時間之前的通用查詢日誌或關閉此日誌，以保證 MySQL 伺服器上的硬碟空間。
MySQL慢查詢日誌
慢查詢日誌用來記錄在 MySQL 中執行時間超過指定時間的查詢語句。通過慢查詢日誌，可以查找出哪些查詢語句的執行效率低，以便進行優化。
通俗的說，MySQL 慢查詢日誌是排查問題的 SQL 語句，以及檢查當前 MySQL 效能的一個重要功能。如果不是調優需要，一般不建議啟動該引數，因為開啟慢查詢日誌會或多或少帶來一定的效能影響。
預設情況下，慢查詢日誌功能是關閉的。可以通過以下命令檢視是否開啟慢查詢日誌功能。命令和執行過程如下：
mysql> SHOW VARIABLES LIKE 'slow_query%';
+---------------------+---------------------------------------------------------------------+
| Variable_name | Value |
+---------------------+---------------------------------------------------------------------+
| slow_query_log | OFF |
| slow_query_log_file | C:\ProgramData\MySQL\MySQL Server 5.7\Data\LAPTOP-UHQ6V8KP-slow.log |
+---------------------+---------------------------------------------------------------------+
2 rows in set, 1 warning (0.02 sec)
mysql> SHOW VARIABLES LIKE 'long_query_time';
+-----------------+-----------+
| Variable_name | Value |
+-----------------+-----------+
| long_query_time | 10.000000 |
+-----------------+-----------+
1 row in set, 1 warning (0.01 sec)
引數說明如下：
- slow_query_log：慢查詢開啟狀態
- slow_query_log_file：慢查詢日誌存放的位置（一般設定為 MySQL 的資料存放目錄）
- long_query_time：查詢超過多少秒才記錄
啟動和設定慢查詢日誌
可以通過 log-slow-queries 選項開啟慢查詢日誌。通過 long_query_time 選項來設定時間值，時間以秒為單位。如果查詢時間超過了這個時間值，這個查詢語句將被記錄到慢查詢日誌。
將 log_slow_queries 選項和 long_query_time 選項加入到配置檔案的 [mysqld] 組中。格式如下：
[mysqld]
log-slow-queries=dir\filename
long_query_time=n
其中：
- dir 引數指定慢查詢日誌的儲存路徑，如果不指定儲存路徑，慢查詢日誌將預設儲存到 MySQL 資料庫的資料資料夾下。
- filename 引數指定日誌的檔名，生成日誌檔案的完整名稱為 filename-slow.log。 如果不指定檔名，預設檔名為 hostname-slow.log，hostname 是 MySQL 伺服器的主機名。
- “n”引數是設定的時間值，該值的單位是秒。如果不設定 long_query_time 選項，預設時間為 10 秒。
還可以通過以下命令啟動慢查詢日誌、設定指定時間：
SET GLOBAL slow_query_log=ON/OFF;
SET GLOBAL long_query_time=n;
檢視慢查詢日誌
如果你想檢視哪些查詢語句的執行效率低，可以從慢查詢日誌中獲得資訊。和錯誤日誌、查詢日誌一樣，慢查詢日誌也是以文字檔案的形式儲存的，可以使用普通的文字檔案檢視工具來檢視。
例子：開啟 MySQL 慢查詢日誌功能，並設定時間，命令和執行過程如下：
mysql> SET GLOBAL slow_query_log=ON;
Query OK, 0 rows affected (0.05 sec)
mysql> SET GLOBAL long_query_time=0.001;
Query OK, 0 rows affected (0.00 sec)
由於需要演示這裡我們將時間設定為了 0.001 秒，執行時間超過 0.001 秒的 SQL 語句將被記錄到日誌中。
查詢 tb_student 表中的資料，SQL 語句和執行過程如下：
mysql> USE test;
Database changed
mysql> SELECT * FROM tb_student;
+----+--------+
| id | name |
+----+--------+
| 1 | Java |
| 2 | MySQL |
| 3 | Python |
+----+--------+
3 rows in set (0.08 sec)
相應的，慢查詢日誌的部分內容如下：
# Time: 2020-06-01T01:59:18.368780Z
# User@Host: root[root] @ localhost [::1] Id: 3
# Query_time: 0.006281 Lock_time: 0.000755 Rows_sent: 2 Rows_examined: 1034
use test;
SET timestamp=1590976758;
SHOW VARIABLES LIKE 'slow_query%';
刪除慢查詢日誌
慢查詢日誌的刪除方法與通用日誌的刪除方法是一樣的。可以使用 mysqladmin 命令來刪除。也可以使用手工方式來刪除。mysqladmin 命令的語法如下：
mysqladmin -uroot -p flush-logs
執行該命令後，命令列會提示輸入密碼。輸入正確密碼後，將執行刪除操作。新的慢查詢日誌會直接覆蓋舊的查詢日誌，不需要再手動刪除。
資料庫管理員也可以手工刪除慢查詢日誌，刪除之後需要重新啟動 MySQL 服務。
注意：通用查詢日誌和慢查詢日誌都是使用這個命令，使用時一定要注意，一旦執行這個命令，通用查詢日誌和慢查詢日誌都只存在新的日誌檔案中。如果需要備份舊的慢查詢日誌檔案，必須先將舊的日誌改名，然後重啟 MySQL 服務或執行 mysqladmin 命令。
MySQL設定日誌輸出方式
MySQL 的查詢日誌支援寫入到檔案或寫入資料表兩種輸出形式。啟用了普通查詢日誌或慢查詢日誌功能後，可以選擇讓伺服器把日誌寫入到日誌檔案、mysql 資料庫中的日誌表、或者同時寫到這兩個地方。
可以通過以下命令檢視日誌輸出型別：
mysql> SHOW VARIABLES LIKE '%log_out%';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| log_output | FILE |
+---------------+-------+
1 row in set, 1 warning (0.08 sec)
結果顯示，日誌輸出型別為 FILE。
要想在執行時更改日誌輸出目標，可以在啟動伺服器時，設定全域性系統變數 log_output 的值，格式如下：
SET GLOBAL log_output='value';
value 的值可以是：
- FILE：表示把日誌寫入到檔案。如果未指定 log_output 的值，預設為 FILE。
- TABLE：表示把日誌寫入到 mysql 資料庫的 slow_log 或 general_log 表中。
- MySQL 可以同時支援 2 種日誌儲存方式，配置的時候以逗號隔開，即
log_output='FILE,TABLE'。
需要注意的是，系統變數 log_output 只確定了日誌使用什麼輸出目標，並不會啟用日誌功能。
相對於寫入到檔案，日誌寫入到資料表中要耗費更多的系統資源。因此，對於需要啟用查詢日誌，又需要獲得更高的系統性能，建議優先選擇將日誌寫入到檔案。
日誌表（slow_log 或 general_log）中的內容只允許檢視，不允許修改，除非伺服器自己進行更改。因此，你只能對日誌表使用 SELECT 語句，不能使用 INSERT、DELETE 或 UPDATE 語句。不過，可以使用 TRUNCATE TABLE 語句來清空日誌表。
例子：設定日誌寫入到日誌表，然後查詢 test 資料庫中 tb_student 資料表的記錄，並檢視 mysql 資料庫中的 slow_log 表中的記錄。SQL 語句和執行結果如下：
mysql> SET GLOBAL log_output='TABLE';
Query OK, 0 rows affected (0.00 sec)
mysql> SHOW VARIABLES LIKE '%log_out%';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| log_output | TABLE |
+---------------+-------+
1 row in set, 1 warning (0.01 sec)
mysql> use test;
Database changed
mysql> SELECT * FROM tb_student;
+----+--------+
| id | name |
+----+--------+
| 1 | Java |
| 2 | MySQL |
| 3 | Python |
+----+--------+
3 rows in set (0.00 sec)
mysql> SELECT * FROM mysql.slow_log \G
*************************** 1. row ***************************
start_time: 2020-06-04 15:25:40.030420
user_host: root[root] @ localhost [::1]
query_time: 00:00:00.058887
lock_time: 00:00:00.000000
rows_sent: 0
rows_examined: 0
db: test
last_insert_id: 0
insert_id: 0
server_id: 1
sql_text: TRUNCATE TABLE mysql.slow_log
thread_id: 11
*************************** 2. row ***************************
start_time: 2020-06-04 15:25:52.229014
user_host: root[root] @ localhost [::1]
query_time: 00:00:00.000339
lock_time: 00:00:00.000000
rows_sent: 1
rows_examined: 0
db: test
last_insert_id: 0
insert_id: 0
server_id: 1
sql_text: Init DB
thread_id: 11
*************************** 3. row ***************************
start_time: 2020-06-04 15:26:00.867649
user_host: root[root] @ localhost [::1]
query_time: 00:00:00.000379
lock_time: 00:00:00.000115
rows_sent: 7
rows_examined: 7
db: test
last_insert_id: 0
insert_id: 0
server_id: 1
sql_text: SELECT * FROM tb_student
thread_id: 11
3 rows in set (0.00 sec)
結果顯示，超過慢查詢日誌指定時間的 SQL 語句都寫入到了 mysql 資料庫的 slow_log 表中。