MySQL 打开binlog日志的方法及注意事项

目录

• 一、默认状态
• 二、如何检查 binlog 状态
• 三、如何开启 binlog
• 3.1 临时开启（重启后失效）
• 3.2 永久开启（需修改配置文件）
• 3.3 验证是否开启成功
• 3.4 查看 binlog 内容
• 四、高级配置建议
• 五、注意事项
• 六、开启后的日常维护

知识回顾：

binlog 是一个二进制格式的文件，记录了对 mysql 数据库执行更改的所有 写操作，例如更改数据库表和更改内容的 SQL 语句都会记录到 binlog 里，但是不会记录 SELECT 和 SHOW 这类操作。

一、默认状态

在MySQL 5.7及以上版本中，binlog默认是关闭的，而在MySQL 8.0版本中，binlog默认是开启的。具体表现如下：

MySQL 5.7及以下版本：

• 默认关闭：安装后需要手动配置开启
• 原因：早期版本认为不是所有环境都需要二进制日志功能

MySQL 8.0版本：

• 默认开启：安装后自动启用binlog
• 原因：
  • 增强的数据安全考虑
  • 为Group Replication等新功能提供基础支持
  • 符合现代数据库的运维需求

补充：为什么版本间存在差异？

MySQL 8.0 改为默认开启 binlog 主要基于以下考虑：

数据安全：即使没有配置主从复制，binlog也能用于时间点恢复。

新功能依赖：Group Replication、InnoDB Cluster 等都需要 binlog。

现代硬件性能：现代服务器通常有能力承担 binlog 的额外开销。

二、如何检查 binlog 状态

您可以通过以下命令查看当前 binlog 是否启用：

SHOW VARIABLES LIKE '%log_bin%';

三、如何开启 binlog

3.1 临时开启（重启后失效）

如果只是临时测试，可以通过 MySQL 命令行开启（无需重启服务）：

SET GLOBAL log_bin = ON;
SET GLOBAL binlog_format = 'ROW';  -- 推荐使用ROW格式
SET GLOBAL sync_binlog = 1;       -- 每次事务提交都刷盘

3.2 永久开启（需修改配置文件）

1）找到 MySQL 配置文件

• linux：/etc/my.cnf 或 /etc/msql/my.cnf
• Windows：my.ini（通常在 MySQL 安装目录）

2）添加以下配置（编程客栈在 [mysqld] 段）

[mysqld]
# 基础配置
# 启用binlog并设置文件名前缀
# 注意1：确保目录存在，否则会启动失败
# 注意2：指定目录需要用反斜杠/或双反斜杠\\
log_bin = D:/Java/mysql-5.7.33-winx64/binlog/mysql-bin
# 服务器唯一标识（主从复制必需），默认值0
server_id=1
# 推荐使用ROW格式
binlog_format = ROW
# 自动清理7天前的日志
expire_logs_days = 7
# 增强持久性配置
# 每次事务提交都刷盘(最安全但性能略有影响)
sync_binlog = 1
# 记录完整的行数据
binlog_row_image = FULL

• log_bin = mysql-bin

  • 作用：启用二进制日志(binlog)并设置文件名前缀
  • 默认值：
    • MySQL 5.7及以下：OFF（默认关闭）
    • MySQL 8.0+：ON（默认开启，前缀为 binlog）
  • 说明：
    • 启用后生成文件如 mysql-bin.000001、mysql-bin.000002
    • 生产环境必须开启（主从复制/数据恢复依赖）

• server_id=1

  • 作用：服务器唯一标识（主从复制必需）
  • 默认值：0（未设置，主从复制会失败）
  • 说明：
    • 主从环境中每个实例必须配置唯一ID
    • 单机可设为1，集群中需分配不同值（如1,2,3…）

• binlog_format = Rhttp://www.devze.comOW

  • 作用：指定binlog记录格式
  • 默认值：
    • MySQL 5.7+：ROW
    • 更早版本：STATEMENT
  • 可选值：
    • ROW：记录行数据变更（推荐，最安全）
    • STATEMENT：记录原始SQL（有主从不一致风险）
    • MIXED：混合模式

• expire_logs_days = 7

  • 作编程客栈用：自动清理N天前的binlog
  • 默认值：0（不自动清理）
  • 说明：
    • 与 binlog_expire_logs_seconds 冲突（8.0+优先用后者）
    • 生产环境建议设置（避免磁盘占满）

• sync_binlog = 1

  • 作用：控制binlog刷盘频率

  • 默认值：0（由系统决定刷盘时机）

  • 可选值：

    • 0：依赖系统缓存，性能高但可能丢失事务
    • 1：每次事务提交都刷盘（最安全，性能略低）
    • N：每N次事务提交刷盘（平衡安全性与性能）

• binlog_row_image = FULL

  • 作用：ROW格式下记录的行数据内容

  • 默认值：FULL（MySQL 5.6+）

  • 可选值：

    • FULL：记录修改前后的完整行数据（推荐）
    • MINIMAL：仅记录被修改的列+主键
    • NOBLOB：排除未修改的BLOB/TEXT列

3）重启 MySQL 服务

# Linux系统
sudo systemctl restart mysqld
# Windows
通过服务管理器重启MySQL服务

3.3 验证是否开启成功

• 方式一：重启后查看指定目录下是否存在bi编程nlog

• 方式二：通过命令查看

-- 检查binlog状态
SHOW VARIABLES LIKE '%log_bin%';
-- 查看当前binlog文件
SHOW B编程客栈INARY LOGS;
-- 查看binlog格式
SHOW VARIABLES LIKE 'binlog_format';

3.4 查看 binlog 内容

由于 binlog 是一个二进制文件，直接查看是无法阅读的：

我们可以使用 mysqlbinlog 工具（MySQL自带）来进行解析之后查看：

mysqlbinlog mysql-bin.000001 > binlog-0000001.sql

查看解析之后的内容如下：

四、高级配置建议

1）为 binlog 单独分配目录（避免占满系统盘）

log_bin = /var/lib/mysql-binlogs/mysql-bin

2）调整 binlog 大小（默认为1G）

max_binlog_size = 100M # 根据业务调整

3）启用 binlog 加密（MySQL 8.0+）

binlog_encryption = ON

五、注意事项

• 权限要求：操作需要 MySQL 管理员权限。
• 磁盘空间：开启后会增加磁盘写入量，确保有足够空间。
• 性能影响：sync_binlog=1 会降低写入性能，但保证数据安全。
• 版本差异：
  • MySQL 5.7需手动开启
  • MySQL 8.0默认已开启，只需确认配置

六、开启后的日常维护

-- 定期清理旧binlog（也可设置expire_logs_days自动清理）
PURGE BINARY LOGS BEFORE '2023-01-01 00:00:00';
-- 查看binlog占用空间
SHOW BINARY LOG STATUS;

开启 binlog 后，将获得：

• 数据恢复能力
• 主从复制基础
• 操作审计能力

建议所有生产环境都启用 binlog 功能。

到此这篇关于MySQL 如何打开binlog日志的文章就介绍到这了,更多相关mysql binlog日志内容请搜索编程客栈(www.devze.com)以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程客栈(www.devze.com)！