binlog的三种模式
1 Row 模式
日志中会记录成每一行数据被修改的形式,然后在slave端再对相同的数据进行修改
- 优点:binlog中可以不记录执行的sql语句的上下文相关的信息,仅仅只需要记录那一条记录被修改了,修改成什么样了。所以ROW模式的日志的内容会非常清楚的记录下每一行数据修改的细节。而且不会出现某些特定情况下的存储过程或函数,以及触发器的调用和触发无法被正确复制的问题。
- 缺点:ROW模式下,所有的执行的语句当记录到日志中的时候,都将以每行记录的修改记录,这
样会产生大量的日志内容。- 比如:有这样一条update语句:update product set owner_member_id=‘d’ where owner_member_id=‘a’,执行之后,日志中记录的不是这条update语句所对应的事件(MySQL是以事件的形式来记录binlog日志),而是这条语句所更新的每一条记录的变化情况,这样就记录成很多条记录被更新的很多事件,自然binlog日志的量会很大。
2 Statement模式
每一条修改数据的SQL都会记录到Master的binlog中。Slave在复制的时候SQL进程会解析成和原来Master端执行过的相同的SQL来再次执行。
- 优点:Statement模式下的优点,首先就是解决了ROW模式下的缺点,不需要记录每一行数据的变化,减少binlog日志量,节约io,提高性能。因为他只需要记录在master上所执行的语句的细节,以及执行语句时候的上下文的信息。
- 缺点:由于它是记录的执行语句,所以为了让这些语句在Slave端也能正确执行,那么他还必须记录每条语句在执行的时候的一些相关信息,也就是上下文信息,以保证所有语句在Slave端被执行的时候能够得到和在Master端执行时候相同的结果。
- 另外,由于MySQL现在发展比较快,很多新功能加入,使MySQL的复制遇到了不小的挑战,自然复制的时候涉及到越复杂的内容,BUG也就越容易出现。在Statement模式下,目前已经发现的就有不少情况会造成MySQL的复制出BUG,主要是修改数据的时候使用了某些特定的函数或者功能的时候会出现。
- 比如:sleep()在有些版本就不能正确复制。
3 Mixed模式
- 实际上就是前两种模式的结合,在Mixed模式下,MySQL会根据执行的每一条具体的SQL语句来区分对待记录的日志形式,也就是在Statement和Row之间选一种。
- 新版本中的Statement模式还是和以前一样,仅仅记录执行的语句。而新版本的MySQL中对ROW模式被做了优化,并不是所有的修改都会以ROW模式来记录,像遇到表结构变更的时候就会以Statement模式来记录,如果SQL语句确实就是Update或者Delete 等修改数据的语句,那么还是会记录所有行的变更。
binlog的配置
# binlog刷盘策略
sync_binlog=1
# 需要备份的数据库
binlog-do-db=hello
# 不需要备份的数据库
binlog-ignore-db=mysql
# 启动二进制文件
log-bin=mysql-bin
# 服务器ID
server-id=132
#只保留7天的二进制日志,以防磁盘被日志占满(可选)
expire-logs-days=7
sync_binlog参数:
0 :存储引擎不进行binlog的刷新到磁盘,而由操作系统的文件系统控制缓存刷新。
1:每提交一次事务,存储引擎调用文件系统的sync操作进行一次缓存的刷新,这种方式最安全,但性能较低。
n:当提交的日志组=n时,存储引擎调用文件系统的sync操作进行一次缓存的刷新。
sync_binlog=0或sync_binlog大于1,事务被提交,而尚未同步到磁盘。因此,在电源故障或操作系统崩溃时有可能服务器已承诺尚未同步一些事务到二进制日志。因此它是不可能执行例行程序恢复这些事务,他们将会丢失二进制日志。
show variables like 'binlog_format';
set binlog_format=STATEMENT;
如何查看binlog和relaylog日志?
方式一:使用mysqlbinlog查看binlog日志文件
因为binlog日志文件:mysql-bin.000005是二进制文件,没法用vi等打开,这时就需要mysql的自带的mysqlbinlog工具进行解码,执行: mysqlbinlog mysql-bin.000005 可以将二进制文件转为可阅读的sql语句。
mysqlbinlog --base64-output=decode-rows -v -v mysql-bin.000001 > binlog.txt
方式二:在MySQL终端查看binlog
show master logs ,查看所有二进制日志列表 ,和 show binary logs 同义。
使用 show binlog events 命令可以以列表的形式显示日志中的事件信息。
show binlog events [IN 'log_name'] [FROM pos] [LIMIT [offset,] row_count];
#例如
show binlog events in 'mysql-bin.000001';
说明:
- IN ‘log_name’:指定要查询的binlog文件名(如果省略此参数,则默认指定第一个binlog文件);
- FROM pos:指定从哪个pos起始点开始查起(如果省略此参数,则从整个文件的第一个pos点开始算);
- LIMIT【offset】:偏移量(默认为0);row_count:查询总条数(如果省略,则显示所有行)。