MySQL中的六种日志你都懂么？不懂！那就必须看看

😄 19年之后由于某些原因断更了三年，23年重新扬帆起航，推出更多优质博文，希望大家多多支持～
🌷 古之立大事者，不惟有超世之才，亦必有坚忍不拔之志
🎐 个人CSND主页——Micro麦可乐的博客
🐥《Docker实操教程》专栏以最新的Centos版本为基础进行Docker实操教程，入门到实战
🌺《RabbitMQ》本专栏主要介绍使用JAVA开发RabbitMQ的系列教程，从基础知识到项目实战
🌸《设计模式》专栏以实际的生活场景为案例进行讲解，让大家对设计模式有一个更清晰的理解
如果文章能够给大家带来一定的帮助！欢迎关注、评论互动～

概述

MySQL日志记录了数据库系统的各种活动，提供了关于数据库状态、性能、错误和事务等方面的重要信息，MySQL日志对于监视、维护和优化MySQL数据库非常重要。通过仔细分析这些日志，管理员可以及时发现问题、进行故障排除，并改进数据库性能。在生产环境中，合理配置和管理这些日志是数据库管理的重要一环

MySQL中的六种日志

二进制日志（Binary Log）

作用： 记录数据库中发生的所有更改，包括对数据和结构的修改。
用途：用于数据恢复、主从复制（replication）和点播（point-in-time）恢复。
文件名：通常以binlog为前缀，加上一系列数字和后缀表示。

错误日志（Error Log）

作用： 记录MySQL服务器在运行时发生的错误和警告。
用途： 用于诊断和解决问题。
文件名： 默认为hostname.err，存储在MySQL数据目录下。

查询日志（General Log）

作用： 记录所有对MySQL服务器的查询请求。
用途： 主要用于调试和性能分析。
文件名：默认为hostname.log，存储在MySQL数据目录下。
注意： 在生产环境中启用一般查询日志可能会影响性能，因为它记录所有查询。

慢查询日志（Slow Query Log）

作用： 记录执行时间超过阈值的查询语句。
用途： 用于分析慢查询，优化数据库性能。
文件名： 默认为hostname-slow.log，存储在MySQL数据目录下。

重做日志（Redo Log）

作用： 记录InnoDB存储引擎的事务日志，包括事务的提交和回滚信息。
用途： 用于实现事务的持久性和崩溃恢复。
文件名：默认为ib_logfile0和ib_logfile1，存储在MySQL数据目录下。

回滚日志（Undo Log）

作用： 记录事务执行过程中的旧版本数据，用于提供事务的隔离级别和回滚操作。
存储引擎： 主要由InnoDB存储引擎使用。
文件名：与重做日志文件相同。

二进制日志（Binary Log）

MySQL的二进制日志（Binary Log）是一种记录数据库中发生更改的日志。它包含了对数据和数据库结构的所有更改，例如插入、更新、删除等。二进制日志对于数据库备份、主从复制、点播恢复以及数据迁移等方面都具有重要作用。

作用：

记录对数据库的所有更改，以二进制的形式记录。
用于数据恢复、主从复制和点播（point-in-time）恢复。

文件格式：

二进制日志以二进制格式进行存储，不可读。
文件通常以binlog为前缀，加上一系列数字和后缀（例如，binlog.000001）表示。

启用和禁用：

二进制日志的启用和禁用可以通过MySQL配置文件或者动态SQL命令进行管理。
通过配置文件的my.cnf中的log_bin选项，可以启用或禁用二进制日志。

日志事件：

二进制日志以日志事件（Log Event）的形式记录。
日志事件包括语句事件（记录SQL语句的执行）和行事件（记录每行数据的变更情况）等。

日志位置（Log Position）：

日志位置是二进制日志文件中的一个特定位置，用于标识日志中的某个点。
在主从复制中，从库通过日志位置来确定复制的进度。

持久性：

二进制日志是持久性的，它会记录数据库的所有更改，即使MySQL服务器关闭后，也可以通过二进制日志进行数据恢复。

轮换和清理：

二进制日志会定期轮换，产生新的日志文件，以便更好地管理和维护。
可以通过expire_logs_days选项来配置过期时间，清理旧的二进制日志。

安全性考虑：

由于二进制日志包含数据库中的所有更改，需要确保它受到安全保护，防止未经授权的访问。

查看是否开启binlog日志命令

show VARIABLES like '%log_bin%'

开启binlog的方式如下：

如果有关注过博主的小伙伴应该看过了博主之前Docker教程，数据库主从复制就开启过binlog
参考文章地址：https://blog.csdn.net/lhmyy521125/article/details/131288382

log-bin=mysql-bin
server-id=1
binlog_format=ROW

其中log-bin指定日志文件的名称，通过以下命令查看

show VARIABLES like '%datadir%'

错误日志（Error Log）

MySQL错误日志（Error Log）是记录MySQL服务器运行期间出现的错误和警告信息的重要日志。该日志对于诊断和解决问题，以及监控数据库服务器的健康状态至关重要。以下是关于MySQL错误日志的一些关键信息：

在MySQL配置文件中的my.cnf中，可以使用log_error选项来指定错误日志文件的路径

log_error = /path/to/error.log

动态SQL命令可以通过SET GLOBAL log_error = ‘file_path’;进行配置

查询日志（General Log）

一般查询日志（General Query Log）是MySQL中的一种日志类型，用于记录所有被MySQL服务器执行的查询语句，包括执行时间较短的语句。这个日志对于分析数据库的工作负载、诊断问题、以及在开发和调试阶段进行查询优化都是非常有用的。

示例：在MySQL命令行中启用一般查询日志

-- 启用一般查询日志
SET GLOBAL general_log = 1;

-- 执行一些查询操作

-- 禁用一般查询日志
SET GLOBAL general_log = 0;

查看是否开启查询日志

show variables like '%general_log%';

慢查询日志（Slow Query Log）

慢查询日志（Slow Query Log）是MySQL中一种记录执行时间超过一定阈值的查询语句的日志。它对于诊断数据库性能问题、分析慢查询、以及进行性能优化非常有用

慢查询配置参考

# 通过配置文件
slow_query_log = 1  # 启用
long_query_time = 2 # 设置阈值
slow_query_log = 0  # 禁用

# 通过动态SQL
-- 启用慢查询日志
SET GLOBAL slow_query_log = 1;

-- 设置慢查询阈值为2秒
SET GLOBAL long_query_time = 2;

-- 执行一些查询操作

-- 禁用慢查询日志
SET GLOBAL slow_query_log = 0;

重做日志（Redo Log）

在MySQL中，重做日志（Redo Log）是InnoDB存储引擎用于确保事务的持久性和数据库的恢复性的一种重要机制。重做日志记录了对数据库进行的物理更改，以便在系统崩溃或异常情况下进行恢复。

作用一

用于确保事务的持久性。在事务提交时，相关的物理更改首先被记录到重做日志中，然后再写入磁盘上的数据文件。

作用二

在系统崩溃或异常恢复时，通过重做日志可以重新应用已提交的事务，确保数据库的一致性。

回滚日志（Undo Log）

在MySQL中，回滚日志（Undo Log）是InnoDB存储引擎用于实现事务的隔离级别和提供回滚能力的一种机制。回滚日志记录了事务执行过程中对数据页的旧版本所做的修改，以便在需要回滚事务时恢复到之前的状态

以下是有关MySQL回滚日志的一些总结：

作用：

用于提供事务的隔离级别，确保多个事务之间的隔离性。
记录事务执行过程中对数据页的旧版本所做的修改，以便在需要回滚事务时恢复到之前的状态。

存储引擎

回滚日志主要由InnoDB存储引擎使用。其他存储引擎（如MyISAM）不使用回滚日志，因为它们不支持事务。

文件名：

默认情况下，回滚日志的文件名与重做日志相同，通常是 ib_logfile0 和 ib_logfile1。
回滚日志和重做日志在InnoDB中共享这些文件。

日志格式：

回滚日志以一种二进制格式记录。它记录了对数据页的修改，使得在事务回滚时可以撤销或者恢复之前的状态。

事务隔离级别：

回滚日志的存在使得InnoDB能够实现不同的事务隔离级别，包括读未提交、读提交、可重复读和串行化。

MVCC（多版本并发控制）：

回滚日志是MVCC机制的一部分，允许事务并发执行，每个事务在执行时都可以看到自己修改的数据，而不受其他事务的干扰。

回滚段（Rollback Segment）：

InnoDB使用回滚段来管理回滚日志。每个事务都有自己的回滚段，用于存储事务执行过程中的旧版本数据。

清理和回收：

InnoDB定期清理不再需要的回滚日志，以释放空间。这个过程通常称为回滚段的回收。

结语

本章主要介绍了MySQL中的六种日志，这些日志在MySQL中扮演着不同的角色，用于提供数据的持久性、数据库恢复、性能分析以及故障排除等方面。了解这些日志的作用和适当配置对于数据库管理是非常重要的。