MySQL 日志之二进制日志-binlog

1、简介

        MySQL 的二进制日志记录了对 MySQL 所有的更改操作，不包括 select 和 show 等操作。二进制日志文件主要有：数据恢复、主从复制、审计（判断是否有注入攻击）等作用。

2、二进制日志参数配置

2.1、文件参数配置

        linux 中 MySQL的配置文件在 /etc/my.cnf，通过配置 log-bin 指定二进制日志文件的名称（若不指定则使用默认的值： binlog.****），后缀为二进制日志的序列号，文件保存在数据目录下。

# 指定二进制日志文件名
vim /etc/my.cnf

[mysqld]
datadir=/var/lib/mysql  # 指定数据保存路径
log-bin=test       # 指定二进制日志文件名，保存在数据目录下
expire_logs_days=3  # 表示日志只保留3天，默认是一个月

 开启二进制日志文件的方式：

在配置文件中指定二进制日志文件名，重启数据库即自动开启；

我在安装完 MySQL8.0.33 后测试二进制日志文件默认开启。

2.2、与二进制日志文件相关的数据库参数配置

        二进制日志文件参数相关参数如下表：

可通过 set global 参数名=值 设置参数大小。

参数名称	描述	查看命令
max_binlog_size	指定单个二进制日志文件最大值，如果超过该值，生成新的二进制文件，后缀名加1，记录到.index文件中。默认1G。（手动新生成二进制日志文件：flush logs）	show variables like '%max_binlog_size%';
binlog_cache_size	基于事务的缓存区大小，如果事务记录超过这个大小，会记录到临时文件中，会降低性能。默认32k。	1）、show variables like '%max_binlog_size%'; 2）、show global status like 'binlog_cache%'; 查看缓存区使用情况，有没有使用临时文件。
sync_binlog	二进制文件从缓冲区写到磁盘，默认值为1。（0：缓冲区满了或者由操作系统决定写磁盘；1：每一次事务提交写缓冲区的时候就同步到磁盘；n：每进行n次事务提交写缓冲区的时候就同步到磁盘；）	1）、show variables like '%sync_binlog%'; 2）、set global sync_binlog=1;设置参数
binlog_expire_logs_auto_purge	开启自动清除二进制日志文件，默认为 on	show variables like '%binlog_expire_logs_auto_purge%';
binlog_expire_logs_seconds	日志失效时间，默认为30天。	show variables like '%binlog_expire_logs_seconds%';

注：不要轻易手动去删除binlog，会导致binlog.index和真实存在的binlog不匹配，而导致binlog_expire_logs_seconds失效。

2.3、与二进制日志文件有关的命令操作

# 1、将test.000112之前的binary logs清掉
purge binary logs to 'test.000112';
# 2、将指定时间之前的binary logs清掉
purge binary logs before '2013-12-10 12:07:21';
# 3、将二进制文件导出
mysqlbinlog -uroot -p /var/log/mysql/binlog.000001 > test.sql
# 4、清除所有二进制日志，新日志编号从000001开始
reset master
# 5、指定时间点恢复
mysqlbinlog --stop-datetime="2023-04-20 09:59:59"  /var/log/mysql/bin.123456 | mysql -u root -p
mysqlbinlog --start-datetime="2023-04-20 10:01:00"   /var/log/mysql/bin.123456 | mysql -u root -p
或者
mysqlbinlog --stop-datetime="2023-04-20 09:59:59"  /var/log/mysql/bin.123456 > test.sql
mysqlbinlog --start-datetime="2023-04-20 10:01:00"   /var/log/mysql/bin.123456 > test.sql
# 6、指定位置恢复
mysqlbinlog --stop-position=1234  /var/log/mysql/bin.123456 | mysql -u root -p
mysqlbinlog --start-position=800   /var/log/mysql/bin.123456 | mysql -u root -p
或者
mysqlbinlog --stop-position=1234  /var/log/mysql/bin.123456 > test.sql
mysqlbinlog --start-position=800   /var/log/mysql/bin.123456 > test.sql

3、MySQL 使用二进制文件进行主从复制

        主从复制原理如下：

        MySQL主从复制涉及到三个线程，一个运行在主节点（log dump thread），其余两个(I/O thread, SQL thread)运行在从节点。

1）、主节点 log dump 线程

     当从节点连接主节点时，主节点会为其创建一个log dump 线程，用于发送和读取bin-log的内容。在读取bin-log中的操作时，log dump线程会对主节点上的bin-log加锁，当读取完成，在发送给从节点之前，锁会被释放。主节点会为自己的每一个从节点创建一个log dump 线程。

2）、从节点 I/O线程

      当从节点上执行`start slave`命令之后，从节点会创建一个I/O线程用来连接主节点，请求主库中更新的bin-log。I/O线程接收到主节点的blog dump进程发来的更新之后，保存在本地relay-log（中继日志）中。

3）、从节点 SQL线程

      SQL线程负责读取relay-log中的内容，解析成具体的操作并执行，最终保证主从数据的一致性。

注：要实现主从复制，必须打开 Master 端的 binary log（bin-log）功能，否则无法实现。

4、总结

         本文详细介绍 MySQL的二进制日志文件作用，用途，主要是用于数据恢复和集群中主从数据同步，介绍了如何从日志文件中读取日志转化成sql执行，介绍主从复制原理，下一章接着讲针对二进制日志文件的应用。

        本人是一个从小白自学计算机技术，对运维、后端、各种中间件技术、大数据等有一定的学习心得，想获取自学总结资料（pdf版本）或者希望共同学习，关注微信公众号：it自学社团。后台回复相应技术名称/技术点即可获得。（本人学习宗旨：学会了就要免费分享）