mysql开启binlog

最新推荐文章于 2025-05-13 23:15:00 发布

蓝色格子

最新推荐文章于 2025-05-13 23:15:00 发布

阅读量1.1k

点赞数

CC 4.0 BY-SA版权

分类专栏： mysql 文章标签： mysql

本文链接：https://blog.youkuaiyun.com/github_38924695/article/details/111475107

mysql 专栏收录该内容

5 篇文章

订阅专栏

本文介绍MySQL中的Binlog机制，包括其开启配置、不同复制模式的特点、如何查看Binlog内容及管理Binlog文件。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

mysql中binlog是一种二进制日志文件，可以记录mysql的数据变更，可用于集群间主从复制以及数据恢复（恢复操作）。默认情况，binlog是未开启的，需要我们在my.cnf中配置。

1.检查是否开启

查询mysql 的binlog是否已经开始，使用show variables like 'log_%'; 查询的结果如下：
在这里插入图片描述

2.编辑配置文件

编辑mysq的配置文件my.cnf，我这里使用的是docker安装的5.7，配置文件为/etc/mysql/mysql.conf.d/mysqld.cnf，在其中加入以下部分内容：

## 设置server_id,如果非集群方式，可以不写
server_id=1
## 开启日志并指定存放位置
log_bin = /var/log/mysql/mysql-bin.log
## binlog模式，共有三种，STATEMENT、ROW、MIXED
binlog_format = ROW
## 设置binlog清除时间
expire_logs_days = 30
#binlog每个日志文件大小
max_binlog_size = 100m

完成后重启mysql,查询状态如下：
在这里插入图片描述
log_bin_basename为binlog的基础目录，我们可以进入后，看见mysql-bin的文件：

3.binlog模式

STATMENT模式：基于SQL语句的复制(statement-based replication, SBR)，每一条会修改数据的sql语句会记录到binlog中。
优点：不需要记录每一条SQL语句与每行的数据变化，这样子binlog的日志也会比较少，减少了磁盘IO，提高性能。
缺点：在某些情况下会导致master-slave中的数据不一致(如sleep()函数， last_insert_id()，以及user-defined functions(udf)等会出现问题)

ROW模式：基于行的复制(row-based replication, RBR)，不记录每一条SQL语句的上下文信息，仅需记录哪条数据被修改了，修改成了什么样子了。
优点：不会出现某些特定情况下的存储过程、或function、或trigger的调用和触发无法被正确复制的问题。
缺点：会产生大量的日志，尤其是alter table的时候会让日志暴涨。

MIXED：混合模式复制(mixed-based replication, MBR)，以上两种模式的混合使用，一般的复制使用STATEMENT模式保存binlog，对于STATEMENT模式无法复制的操作使用ROW模式保存binlog，MySQL会根据执行的SQL语句选择日志保存方式

4.binlog查看

查看binlog文件一般有两种方式，即mysql和mysqlbinlog工具。

4.1 通过mysqlbinlog工具查看

这个一般是会随着mysql自动安装，我们可以用whereis命令查看在哪里安装，我的是在/usr/bin/中。
在这里插入图片描述
确定已经安装后，需要查看binlog文件可以进入binlog文件存放目录，使用mysqlbinlog mysql-bin.000001查看，如果是row格式，可以加上-v或-vv参数mysqlbinlog -vv mysql-bin.000001

4.2 mysql中show语句查看

## 只查看第一个binlog文件内容
show binlog events;
## 查看指定binlog文件内容
show binlog events in 'mysql-bin.000001';
## 获取文件列表
show binary logs;
## 查看当前正在写入的binlog文件
show master status;