mysql-binlog的使用方法

binary log，是二进制日志文件，有两个作用，一个是增量备份，另一个是主从复制，即主节点维护一个binlog日志文件，从节点从binlog中同步数据，也可以通过binlog日志来恢复数据。

查看开启状态

show variables like '%log_bin%'; 

开启binlog

打开/etc/my.cnf 找到[mysqld]模块下追加

server-id=1
log-bin=mysql-bin
binlog_format=MIXED  ##配置模式

expire_logs_days = 10 ##保留 10 天 0的话就是永久

binlog-do-db=db_name    ##可以不加， 不写代表全库

binlog配置模式---binlog_format

Mysql复制主要有三种方式：

基于SQL语句的复制(statement-based replication, SBR)，基于行的复制(row-based replication, RBR)，混合模式复制(mixed-based replication, MBR)。对应的，binlog的格式也有三种：STATEMENT，ROW，MIXED。

1、STATEMENT模式（SBR） 每一条会修改数据的sql语句会记录到binlog中。优点是并不需要记录每一条sql语句和每一行的数据变化，减少了binlog日志量，节约IO，提高性能。缺点是在某些情况下会导致master-slave中的数据不一致(如sleep()函数， last_insert_id()，以及user-defined functions(udf)等会出现问题)

2、ROW模式（RBR） 不记录每条sql语句的上下文信息，仅需记录哪条数据被修改了，修改成什么样了。而且不会出现某些特定情况下的存储过程、或function、或trigger的调用和触发无法被正确复制的问题。缺点是会产生大量的日志，尤其是alter table的时候会让日志暴涨。

3、MIXED模式（MBR） 以上两种模式的混合使用，一般的复制使用STATEMENT模式保存binlog，对于STATEMENT模式无法复制的操作使用ROW模式保存binlog，MySQL会根据执行的SQL语句选择日志保存方式。

查看所有binlog日志

show master logs;

产生一个新的log日志

 Flush logs 

清空binlog日志

reset master

查看binlog日志信息

show binlog events in 'mysql-bin.000003'; 

/usr/local/mysql/bin/mysqlbinlog ./mysql-bin.000011

查看bin-log日志的失效时间

show variables like '%expire_logs_days%';

指定查询,从pos点406开始查询

show binlog events in 'mysql-bin.000040' from 17940;

利用binlog日志恢复mysql数据

表数据如下

1>先备份数据
mysqldump -uroot -p test >test-bak.sql
2>产生一个新的binlog日志
flush log

产生一个新的binlog文件

mysql-bin.000011

3>开始操作

4>drop database test;

5>开始恢复数据

6>source 刚刚备份的数据此时数据的状态为：

7>开始恢复

/usr/local/mysql/bin/mysqlbinlog --stop-position=1030 --database=test /root/test/mysql-bin.000011 |mysql -uroot -p000000 -v test

8>查看恢复后的数据

9>根据时间恢复数据

/usr/local/mysql/bin/mysqlbinlog --start-datetime="2019-08-08 17:05:46" --stop-datetime="2019-08-08 17:08:54" --database=test /root/test/mysql-bin.000011 |mysql -uroot -p000000. -v test

单表恢复数据

/usr/local/mysql/bin/mysqlbinlog /var/lib/mysql/master-log.000001 -d test> ./backup_whj/user.sql