1.概念理解
MySQL 的二进制日志 binlog 可以说是 MySQL 最重要的日志,它记录了所有的 DDL
和 DML
语句(除了数据查询语句select、show等),以事件形式记录,还包含语句所执行的消耗的时间,MySQL的二进制日志是事务安全型的。binlog 的主要目的是复制和恢复。
2.开启Binlog
找到mysql的配置文件,如:我的mysql配置文件在/etc/mysql/mysql.conf.d/mysqld.cnf
#binlog的存储路径
log_bin = /var/log/mysql/mysql-bin.log
#binlog的日志格式,详见标题5
binlog_format = STATEMENT
#binlog的自动清除时间 这里设置的是10天
expire_logs_days = 10
#binlog文件的最大容量,超过就会生成新的binlog文件
max_binlog_size = 100M
然后需要重启mysql,我的是sudo service mysql restart
3.常用的Binlog操作命令
# 是否启用binlog日志
show variables like 'log_bin';
# 查看详细的日志配置信息
show global variables like '%log%';
# mysql数据存储目录
show variables like '%dir%';
# 查看binlog的目录
show global variables like "%log_bin%";
# 查看当前服务器使用的biglog文件及大小
show binary logs;
# 查看主服务器使用的biglog文件及大小
# 查看最新一个binlog日志文件名称和Position
show master status;
4.什么时候写Binlog
binlog什么时候写入磁盘更sync_binlog
参数有关,改参数可以设置为0或者大于0的数
- 设置为0:mysql不会控制binlog的写入,是由文件系统来控制的
- 设置为大于0: 每
sync_binlog
次事务,mysql会调用文件系统把binlog写入磁盘
sync_binlog
设置为1是最安全的,每次只会丢失一个事务的更新
5.Binlog的日志格式
Binlog日志有三种格式,分别为:
- STATEMENT:基于sql语句的复制,mysql 5.7.7之前默认为该格式
- ROW: 基于行的复制,mysql 5.7.7之后默认为该格式
- MIXED:混合模式复制
个人建议:binlog_format
设置为STATEMENT
,因为在迁移某张表的数据时,在迁移过程中产生的增删改都会以sql语句的形式记录在日志文件中,可以根据自己的需求对binlog文件进行过滤
6.mysqlbinlog命令的使用
binlog文件中的内容是以二进制格式写入的,如果想要以文本格式显示内容,需要用的mysqlbinlog命令
# mysqlbinlog 的执行格式
mysqlbinlog [options] log_file ...
# 查看bin-log二进制文件(shell方式)
mysqlbinlog -v --base64-output=decode-rows /var/lib/mysql/master.000003
# 查看bin-log二进制文件(带查询条件)
mysqlbinlog -v --base64-output=decode-rows /var/lib/mysql/master.000003 \
--start-datetime="2019-03-01 00:00:00" \
--stop-datetime="2019-03-10 00:00:00" \
--start-position="5000" \
--stop-position="20000"
-
--start-datetime
和--stop-datetime
配合使用 -
--start-position
和--stop-position
配合使用,通过show master status;
查看当前的position
如果想要把数据迁移过程中的新产生的增删改同步到新的数据表
1.首先查看数据库是否开启binlog,如果没有,开启binlog(详见标题2)
2.查看配置文件中的binlog_format是否设置成STATEMENT
3.查看当前日志记录到哪个文件和当前的position(进入数据库中,show master status;)
4.同步数据表a数据到表a_copy
5.同步结束之后,获取当前的positon
6.进入binlog所在目录,执行如下命令
# -d 选择某个数据库,start-position是开始做数据迁移前的position,stop-position是数据迁移之后的的positon
sudo mysqlbinlog --base64-output=decode-rows -d plato2 --start-position=154 --stop-position=1939 mysql-bin.000009 > /home/vagrant/bak1.sql;
7.进入生成的sql文件所在目录,执行:
#搜索操作logs_business表的sql所在行及其下一行
grep -A 1 'logs_business_copy' bak1.sql > finded.sql