引言

本文是對(duì)Mysql中幾種常見(jiàn)日志及其作用的介紹

一、error log（錯(cuò)誤日志）

MySQL 中的 error log（錯(cuò)誤日志）是一種非常重要的日志類型，它記錄了 MySQL 服務(wù)器在啟動(dòng)、運(yùn)行及關(guān)閉過(guò)程中遇到的所有重要事件、錯(cuò)誤信息、警告以及其他關(guān)鍵信息。以下是關(guān)于 MySQL 錯(cuò)誤日志的一些關(guān)鍵點(diǎn)：

• 內(nèi)容：錯(cuò)誤日志不僅記錄實(shí)際的錯(cuò)誤，還會(huì)記錄警告信息、MySQL 服務(wù)器啟動(dòng)和關(guān)閉過(guò)程中的詳細(xì)信息、自動(dòng)檢查或修復(fù)表的操作、以及任何可能影響服務(wù)穩(wěn)定性的嚴(yán)重事件（如關(guān)鍵級(jí)別的消息）。

• 配置：可以通過(guò)修改 MySQL 配置文件（如 /etc/my.cnf 或 /etc/mysql/my.cnf）來(lái)啟用和配置錯(cuò)誤日志。常見(jiàn)的配置項(xiàng)是 log_error，用來(lái)指定錯(cuò)誤日志文件的路徑。如果不指定文件名，MySQL 將使用默認(rèn)位置。

• 查看：可以使用以下 SQL 命令來(lái)查看當(dāng)前錯(cuò)誤日志的配置：

SHOW GLOBAL VARIABLES LIKE 'log_error';

• 分析：錯(cuò)誤日志對(duì)于診斷 MySQL 服務(wù)器問(wèn)題至關(guān)重要。當(dāng)服務(wù)器遇到問(wèn)題時(shí)，首先查看錯(cuò)誤日志通常能直接定位到問(wèn)題所在。日志中可能包含了諸如連接錯(cuò)誤、權(quán)限問(wèn)題、磁盤(pán)空間不足、表?yè)p壞等信息。

• 管理：定期審查和維護(hù)錯(cuò)誤日志是非常重要的，以確保系統(tǒng)健康并及時(shí)發(fā)現(xiàn)潛在問(wèn)題。根據(jù)服務(wù)器的活躍程度和日志策略，可能需要定期輪換日志文件以避免磁盤(pán)空間耗盡。

• 示例：錯(cuò)誤日志條目可能包括時(shí)間戳、錯(cuò)誤級(jí)別（如警告或錯(cuò)誤）、線程ID、具體的錯(cuò)誤消息等。例如，它可能記錄類似于“MySQL 無(wú)法打開(kāi)表 XYZ 的錯(cuò)誤”或“內(nèi)存分配失敗”的消息。

二、redo log（重做日志）

MySQL 的 redo log（重做日志）是 InnoDB 存儲(chǔ)引擎使用的一種日志機(jī)制，用于確保數(shù)據(jù)的持久性和一致性。以下是關(guān)于 redo log 的一些關(guān)鍵概念：

作用

• 數(shù)據(jù)恢復(fù)：在數(shù)據(jù)庫(kù)崩潰或意外關(guān)機(jī)后，redo log 可以幫助恢復(fù)未提交的事務(wù)對(duì)數(shù)據(jù)所做的更改，從而保證數(shù)據(jù)的一致性。

• 持久性：即使在系統(tǒng)崩潰的情況下，redo log 也能保證已提交事務(wù)的數(shù)據(jù)不會(huì)丟失。

工作原理

• 寫(xiě)入緩沖區(qū)：當(dāng)一個(gè)事務(wù)開(kāi)始修改數(shù)據(jù)時(shí)，除了修改緩沖池中的數(shù)據(jù)頁(yè)之外，還會(huì)在 redo log buffer 中記錄相應(yīng)的重做日志條目。

• 預(yù)寫(xiě)日志 (WAL)：在事務(wù)提交之前，redo log 必須先寫(xiě)入到磁盤(pán)上的 redo log 文件中，這個(gè)過(guò)程稱為預(yù)寫(xiě)日志。這確保了如果系統(tǒng)在此期間崩潰，可以通過(guò) redo log 進(jìn)行恢復(fù)。

• 刷新到磁盤(pán)：事務(wù)提交時(shí)，redo log buffer 中的條目會(huì)被寫(xiě)入到磁盤(pán)上的 redo log 文件中。這一步驟可以通過(guò)不同的策略完成，例如立即同步到磁盤(pán)或延遲到一定條件滿足時(shí)才進(jìn)行。

• 恢復(fù)機(jī)制：在數(shù)據(jù)庫(kù)啟動(dòng)時(shí)，如果檢測(cè)到未完成的事務(wù)，InnoDB 會(huì)讀取 redo log 文件，重放其中的更改，以確保數(shù)據(jù)庫(kù)狀態(tài)的一致性。

特性

• 物理日志：redo log 記錄的是物理更改，這意味著它記錄的是數(shù)據(jù)頁(yè)上實(shí)際的字節(jié)更改，而不是 SQL 語(yǔ)句。這種記錄方式使得恢復(fù)過(guò)程更快。

• 順序?qū)懭耄簉edo log 文件通常位于高速磁盤(pán)上，且日志的寫(xiě)入是順序進(jìn)行的，這比隨機(jī)寫(xiě)入的性能要高很多。

配置

• MySQL 的 redo log 可以通過(guò)配置參數(shù)進(jìn)行管理，例如 innodb_log_file_size 控制每個(gè) redo log 文件的大小，innodb_log_files_in_group 控制 redo log 文件的數(shù)量。

總結(jié)redo log 是 InnoDB 存儲(chǔ)引擎中保證事務(wù) ACID 特性的重要組成部分，特別是在持久性方面發(fā)揮著核心作用。通過(guò)預(yù)寫(xiě)日志和重做日志文件，InnoDB 能夠在系統(tǒng)崩潰后恢復(fù)數(shù)據(jù)，確保數(shù)據(jù)庫(kù)的完整性和一致性。

三、undo log（撤銷日志）

MySQL 的 undo log（撤銷日志）是 InnoDB 存儲(chǔ)引擎中實(shí)現(xiàn)事務(wù)的隔離性和回滾機(jī)制的關(guān)鍵組件。以下是關(guān)于 undo log 的主要特點(diǎn)和工作原理：

功能

• 事務(wù)回滾：當(dāng)事務(wù)需要回滾時(shí)，undo log 提供了一種機(jī)制來(lái)撤銷已經(jīng)執(zhí)行的數(shù)據(jù)更改，將數(shù)據(jù)還原到事務(wù)開(kāi)始之前的狀態(tài)。無(wú)論是顯式地執(zhí)行 ROLLBACK 命令還是因?yàn)槟撤N原因?qū)е率聞?wù)失敗，undo log 都能夠確保數(shù)據(jù)的原子性。

• 多版本并發(fā)控制 (MVCC)：undo log 在實(shí)現(xiàn) MVCC 機(jī)制中起到重要作用。為了支持并發(fā)讀取，InnoDB 會(huì)利用 undo log 提供舊版本的數(shù)據(jù)視圖。這樣，在一個(gè)事務(wù)中執(zhí)行查詢時(shí)，即便其他事務(wù)已經(jīng)修改了相關(guān)數(shù)據(jù)，查詢?nèi)阅芸吹皆摂?shù)據(jù)在自己事務(wù)開(kāi)始時(shí)刻的樣子。

工作原理

• 記錄更改前映像：當(dāng)事務(wù)對(duì)數(shù)據(jù)進(jìn)行修改（INSERT、UPDATE、DELETE）時(shí)，InnoDB 會(huì)先在 undo log 中記錄這些操作的相反動(dòng)作（即更改前的數(shù)據(jù)狀態(tài)）。這被稱為 undo 日志條目。

• 事務(wù)提交與回滾：事務(wù)提交前，相關(guān)的 redo log 必須先持久化。如果事務(wù)需要回滾，undo log 被用來(lái)恢復(fù)數(shù)據(jù)到事務(wù)開(kāi)始前的狀態(tài)；如果事務(wù)成功提交，undo log 會(huì)在適當(dāng)?shù)臅r(shí)候（比如不再有其他事務(wù)需要它來(lái)構(gòu)建歷史版本）被清理。

• 鏈表結(jié)構(gòu)與空間管理：undo log 通常組織成鏈表形式，并且每個(gè) undo 鏈表對(duì)應(yīng)一個(gè) undo log segment。undo 鏈表的第一個(gè)頁(yè)面存儲(chǔ)控制信息，后續(xù)頁(yè)面則存儲(chǔ) undo 記錄。undo 頁(yè)面是從對(duì)應(yīng)的 undo log segment 中申請(qǐng)的。

• 空間回收：InnoDB 使用一種稱為 Purge 的機(jī)制來(lái)回收不再需要的 undo log 記錄所占用的空間，這個(gè)過(guò)程通常在系統(tǒng)空閑時(shí)進(jìn)行。

與 redo log 的關(guān)系雖然都是日志機(jī)制，undo log 和 redo log 服務(wù)于不同的目的。redo log 保證事務(wù)的持久性，即使在系統(tǒng)崩潰后也能恢復(fù)數(shù)據(jù)；而 undo log 保障了事務(wù)的原子性和隔離性，支持事務(wù)的回滾和并發(fā)控制。

綜上所述，undo log 在 MySQL 的事務(wù)處理和并發(fā)控制中扮演著至關(guān)重要的角色，確保了數(shù)據(jù)庫(kù)在復(fù)雜事務(wù)操作下的數(shù)據(jù)一致性和完整性。

四、bin log（二進(jìn)制日志）

MySQL 的 binlog（二進(jìn)制日志）是一種記錄所有數(shù)據(jù)庫(kù)更改的日志，它記錄了所有更新數(shù)據(jù)的 SQL 語(yǔ)句（除了數(shù)據(jù)查詢語(yǔ)句）。二進(jìn)制日志在 MySQL 中具有多種用途，包括數(shù)據(jù)恢復(fù)、主從復(fù)制、數(shù)據(jù)分析等。以下是關(guān)于 binlog 的一些關(guān)鍵概念和工作原理：

作用

• 數(shù)據(jù)恢復(fù)：在數(shù)據(jù)丟失或數(shù)據(jù)庫(kù)崩潰的情況下，可以使用 binlog 來(lái)恢復(fù)數(shù)據(jù)。

• 主從復(fù)制：binlog 是 MySQL 主從復(fù)制的基礎(chǔ)，從服務(wù)器通過(guò)讀取主服務(wù)器的 binlog 來(lái)復(fù)制數(shù)據(jù)和操作。

• 審計(jì)與數(shù)據(jù)分析：binlog 可以用于審計(jì)目的，追蹤數(shù)據(jù)庫(kù)的變更歷史；同時(shí)，它也是進(jìn)行數(shù)據(jù)挖掘和分析的重要數(shù)據(jù)源。

工作原理

• 記錄更改：每當(dāng)執(zhí)行一條改變數(shù)據(jù)的 SQL 語(yǔ)句時(shí)，這條語(yǔ)句就會(huì)被記錄在 binlog 中。記錄的內(nèi)容包括執(zhí)行的 SQL 語(yǔ)句及其上下文信息。
• 預(yù)寫(xiě)日志：為了確保數(shù)據(jù)的安全性，MySQL 采用了預(yù)寫(xiě)日志（Write-Ahead Logging, WAL）策略，即在事務(wù)提交之前，先將事務(wù)的更改寫(xiě)入 binlog，然后再提交事務(wù)。這樣即使在系統(tǒng)崩潰后，也可以通過(guò) binlog 來(lái)恢復(fù)數(shù)據(jù)。
• 日志格式：
  • STATEMENT：記錄 SQL 語(yǔ)句本身，適用于大多數(shù)情況。
  • ROW：記錄每一行數(shù)據(jù)的變化，適用于觸發(fā)器、存儲(chǔ)過(guò)程等復(fù)雜場(chǎng)景。
  • MIXED：默認(rèn)模式，結(jié)合了 STATEMENT 和 ROW 的優(yōu)點(diǎn)。

配置

• 啟用 binlog：在 MySQL 的配置文件（如 my.cnf 或 my.ini）中，需要設(shè)置 log_bin 參數(shù)來(lái)啟用 binlog。

• 日志文件：可以通過(guò) expire_logs_days 設(shè)置 binlog 文件的保留天數(shù)，通過(guò) max_binlog_size 設(shè)置單個(gè) binlog 文件的最大大小。

• 日志格式：通過(guò) binlog_format 設(shè)置 binlog 的格式。

總結(jié)binlog 是 MySQL 數(shù)據(jù)庫(kù)中極其重要的一個(gè)功能，它不僅能夠用于數(shù)據(jù)恢復(fù)和主從復(fù)制，還是進(jìn)行數(shù)據(jù)審計(jì)和分析的基礎(chǔ)。合理配置和管理 binlog，對(duì)于保障數(shù)據(jù)庫(kù)系統(tǒng)的穩(wěn)定性和安全性具有重要意義。

五、slow query log（慢查詢?nèi)罩荆?/h2>

MySQL 的 slow query log（慢查詢?nèi)罩?/strong>）用于記錄執(zhí)行時(shí)間超過(guò)特定閾值的 SQL 查詢語(yǔ)句，它是數(shù)據(jù)庫(kù)性能優(yōu)化和問(wèn)題排查的有力工具。以下是關(guān)于慢查詢?nèi)罩镜囊恍╆P(guān)鍵信息和配置要點(diǎn)：

作用

• 性能分析：幫助識(shí)別執(zhí)行效率低下的 SQL 語(yǔ)句，從而進(jìn)行優(yōu)化，提高數(shù)據(jù)庫(kù)整體性能。

• 問(wèn)題定位：當(dāng)數(shù)據(jù)庫(kù)響應(yīng)緩慢時(shí)，可以通過(guò)慢查詢?nèi)罩菊业胶臅r(shí)較長(zhǎng)的查詢，便于迅速定位問(wèn)題。

• 監(jiān)控趨勢(shì)：持續(xù)監(jiān)控慢查詢?nèi)罩究梢园l(fā)現(xiàn)查詢性能隨時(shí)間的變化，提前預(yù)防性能瓶頸。

配置

• 啟用慢查詢?nèi)罩荆和ㄟ^(guò)在 MySQL 配置文件（my.cnf 或 my.ini）中設(shè)置 slow_query_log = 1 來(lái)啟用慢查詢?nèi)罩尽?/p>

• 定義慢查詢時(shí)間閾值：使用 long_query_time 參數(shù)設(shè)定一個(gè)閾值（比如 1 秒），執(zhí)行時(shí)間超過(guò)這個(gè)值的查詢將會(huì)被記錄。自 MySQL 5.7 開(kāi)始，這個(gè)參數(shù)可以設(shè)置為小數(shù)，以更精確地控制。

• 指定日志文件路徑：使用 slow_query_log_file 參數(shù)可以設(shè)置慢查詢?nèi)罩镜拇娣怕窂胶臀募?/p>

• 記錄額外信息：可以設(shè)置 log_queries_not_using_indexes 來(lái)記錄未使用索引的查詢，以及通過(guò) log_slow_extra 來(lái)記錄額外的性能相關(guān)字段，如鎖時(shí)間和行掃描數(shù)量。

內(nèi)容

• 慢查詢?nèi)罩緯?huì)記錄執(zhí)行時(shí)間過(guò)長(zhǎng)的 SQL 語(yǔ)句、執(zhí)行時(shí)間、鎖定時(shí)間、返回的行數(shù)以及使用的用戶和主機(jī)信息。

• 根據(jù)配置，還可以包含是否使用了索引、查詢計(jì)劃等額外詳情。

分析工具

• MySQL 提供了 mysqldumpslow 工具來(lái)解析和摘要慢查詢?nèi)罩荆阌诳焖俨榭醋盥牟樵兒妥畛Ｒ?jiàn)的慢查詢模式。

• 第三方工具，如 Percona Toolkit 或 pt-query-digest，提供了更強(qiáng)大的分析功能，包括統(tǒng)計(jì)信息、建議和圖表展示。

注意事項(xiàng)

• 啟用慢查詢?nèi)罩緯?huì)對(duì)性能造成輕微影響，因此生產(chǎn)環(huán)境中應(yīng)謹(jǐn)慎開(kāi)啟，并根據(jù)實(shí)際情況調(diào)整記錄閾值。

• 定期清理和分析慢查詢?nèi)罩荆苊馊罩疚募^(guò)大導(dǎo)致磁盤(pán)空間緊張。

慢查詢?nèi)罩臼菙?shù)據(jù)庫(kù)優(yōu)化過(guò)程中的一個(gè)重要環(huán)節(jié)，合理利用可以顯著提升數(shù)據(jù)庫(kù)應(yīng)用的性能和響應(yīng)速度。

六、general log（通用查詢?nèi)罩荆?/h2>

MySQL 的 general log（通用查詢?nèi)罩?/strong>）是一種記錄所有客戶端發(fā)送給 MySQL 服務(wù)器的 SQL 語(yǔ)句的日志。這包括所有的讀寫(xiě)操作，如 SELECT, INSERT, UPDATE, DELETE 等語(yǔ)句。通用查詢?nèi)罩咎峁┝嗽敿?xì)的數(shù)據(jù)庫(kù)活動(dòng)記錄，對(duì)于調(diào)試、審計(jì)和性能分析等方面非常有用。以下是關(guān)于通用查詢?nèi)罩镜囊恍╆P(guān)鍵點(diǎn)：

作用

• 審計(jì)與監(jiān)控：通用查詢?nèi)罩究梢杂糜趯徲?jì)目的，記錄所有對(duì)數(shù)據(jù)庫(kù)的訪問(wèn)和操作，有助于監(jiān)控?cái)?shù)據(jù)庫(kù)的使用情況。

• 故障排除：在遇到數(shù)據(jù)庫(kù)問(wèn)題時(shí)，通用查詢?nèi)罩究梢詭椭粉檰?wèn)題的根源，尤其是當(dāng)問(wèn)題與特定的 SQL 語(yǔ)句相關(guān)時(shí)。

• 性能分析：雖然慢查詢?nèi)罩緦ｉT(mén)用于記錄執(zhí)行緩慢的查詢，但通用查詢?nèi)罩究梢蕴峁└娴?SQL 語(yǔ)句執(zhí)行情況，有助于性能分析和調(diào)優(yōu)。

配置通用查詢?nèi)罩镜拈_(kāi)啟和配置主要通過(guò) MySQL 的配置文件（如 my.cnf 或 my.ini）或者通過(guò) SQL 命令來(lái)完成。以下是一些關(guān)鍵的配置選項(xiàng)：

• 啟用通用查詢?nèi)罩荆和ㄟ^(guò)設(shè)置 general_log = ON 來(lái)啟用通用查詢?nèi)罩尽?/p>

• 日志文件位置：使用 general_log_file 設(shè)置通用查詢?nèi)罩疚募拿Q和位置。

• 日志級(jí)別：log_output 設(shè)置日志輸出目標(biāo)，可以是文件（FILE）、表（TABLE）或其他輸出方式。

注意事項(xiàng)

• 由于通用查詢?nèi)罩居涗浟怂?SQL 語(yǔ)句，因此在高負(fù)載的生產(chǎn)環(huán)境中，它可能會(huì)生成大量的日志數(shù)據(jù)，消耗大量磁盤(pán)空間和 I/O 資源。因此，通常建議僅在需要進(jìn)行詳細(xì)審計(jì)或調(diào)試時(shí)暫時(shí)啟用通用查詢?nèi)罩?，并在?wèn)題解決后將其關(guān)閉，以避免不必要的資源消耗。

使用一旦通用查詢?nèi)罩颈粏⒂?，所有發(fā)送到 MySQL 服務(wù)器的 SQL 語(yǔ)句都將被記錄下來(lái)。這些日志條目通常包含查詢的時(shí)間戳、客戶端連接信息以及查詢文本。

總結(jié)通用查詢?nèi)罩臼?MySQL 提供的一種強(qiáng)大的監(jiān)控和審計(jì)工具，它記錄了所有數(shù)據(jù)庫(kù)操作的詳細(xì)信息。然而，由于其可能產(chǎn)生的大量數(shù)據(jù)，應(yīng)謹(jǐn)慎使用，尤其是在生產(chǎn)環(huán)境中。在需要深入了解數(shù)據(jù)庫(kù)活動(dòng)或進(jìn)行故障排除時(shí)，適時(shí)啟用和分析通用查詢?nèi)罩究梢蕴峁氋F的線索。

七、relay log（中繼日志）

MySQL 中的 relay log（中繼日志）是專用于 MySQL 復(fù)制（Replication）功能的一個(gè)日志類型，主要存在于 MySQL 的從服務(wù)器（Slave）上。在主從復(fù)制架構(gòu)中，中繼日志扮演著承上啟下的關(guān)鍵角色，負(fù)責(zé)在從服務(wù)器上記錄從主服務(wù)器接收到的二進(jìn)制日志（binlog）事件。以下是關(guān)于 relay log 的一些關(guān)鍵點(diǎn)：

作用

• 數(shù)據(jù)同步：中繼日志作為主服務(wù)器二進(jìn)制日志的副本，存儲(chǔ)在從服務(wù)器上，用于逐步應(yīng)用這些日志事件，以保持從服務(wù)器數(shù)據(jù)與主服務(wù)器數(shù)據(jù)的一致性。

• 斷點(diǎn)續(xù)傳：當(dāng)從服務(wù)器與主服務(wù)器的連接因網(wǎng)絡(luò)問(wèn)題或其他原因中斷后，中繼日志可以作為斷點(diǎn)，從中斷處繼續(xù)復(fù)制過(guò)程，確保數(shù)據(jù)復(fù)制的連續(xù)性和完整性。

工作原理

• 接收 binlog 事件：從服務(wù)器通過(guò) I/O 線程與主服務(wù)器建立連接，請(qǐng)求并接收主服務(wù)器的二進(jìn)制日志事件。

• 記錄到 relay log：接收到的二進(jìn)制日志事件被寫(xiě)入到從服務(wù)器的中繼日志文件中，形成一系列的中繼日志文件。

• 應(yīng)用 binlog 事件：從服務(wù)器上的 SQL 線程讀取中繼日志，并按照順序執(zhí)行其中的 SQL 語(yǔ)句，從而更新從服務(wù)器的數(shù)據(jù)庫(kù)。

• 管理與循環(huán)：中繼日志也會(huì)根據(jù)配置進(jìn)行循環(huán)，舊的中繼日志文件在不再需要時(shí)會(huì)被自動(dòng)刪除，以避免無(wú)限增長(zhǎng)占用過(guò)多磁盤(pán)空間。

配置中繼日志的相關(guān)配置通常在從服務(wù)器的 MySQL 配置文件（如 my.cnf 或 my.ini）中進(jìn)行，包括但不限于：

• 中繼日志基礎(chǔ)路徑：通過(guò) relay_log 參數(shù)設(shè)置中繼日志的基本文件名。
• 自動(dòng)刪除策略：relay_log_purge 控制是否自動(dòng)刪除不再需要的中繼日志文件。
• 日志文件大小限制：max_relay_log_size 可以設(shè)置單個(gè)中繼日志文件的最大大小，超過(guò)此限制時(shí)將自動(dòng)創(chuàng)建新的中繼日志文件。

總結(jié)

中繼日志是 MySQL 復(fù)制機(jī)制中的重要組件，它確保了主服務(wù)器與從服務(wù)器間的數(shù)據(jù)同步。通過(guò)有效地管理中繼日志，可以提高復(fù)制的效率和可靠性，同時(shí)減少因網(wǎng)絡(luò)中斷或故障導(dǎo)致的數(shù)據(jù)不一致風(fēng)險(xiǎn)。在設(shè)計(jì)和維護(hù) MySQL 復(fù)制環(huán)境時(shí)，合理配置中繼日志參數(shù)是保障數(shù)據(jù)復(fù)制順暢的關(guān)鍵。

到此這篇關(guān)于Mysql中的幾種常見(jiàn)日志小結(jié)的文章就介紹到這了,更多相關(guān)Mysql 常見(jiàn)日志內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章:

• 查看MySQL的錯(cuò)誤日志的方法
• mysql通過(guò)查看跟蹤日志跟蹤執(zhí)行的sql語(yǔ)句
• mysql二進(jìn)制日志文件恢復(fù)數(shù)據(jù)庫(kù)
• MySQL日志管理詳解
• Windows下MySQL日志基本的查看以及導(dǎo)入導(dǎo)出用法教程
• MySQL中開(kāi)啟和使用通用查詢?nèi)罩镜膶?shí)例教程
• MySQL日志設(shè)置及查看方法
• mysql 正確清理binlog日志的兩種方法
• Mysql數(shù)據(jù)庫(kù)清理binlog日志命令詳解
• MYSQL如何查看操作日志詳解