MySQL binlog三种模式

Posted barrywxx

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了MySQL binlog三种模式相关的知识,希望对你有一定的参考价值。

1.1 Row Level  行模式

日志中会记录每一行数据被修改的形式,然后在slave端再对相同的数据进行修改
优点:在row level模式下,bin-log中可以不记录执行的sql语句的上下文相关的信息,仅仅只需要记录那一条被修改。所以rowlevel的日志内容会非常清楚的记录下每一行数据修改的细节。不会出现某些特定的情况下的存储过程或function,以及trigger的调用和触发无法被正确复制的问题
缺点:row level,所有的执行的语句当记录到日志中的时候,都将以每行记录的修改来记录,会产生大量的日志内容。

1.2 Statement Level(默认)

每一条会修改数据的sql都会记录到master的bin-log中。slave在复制的时候sql进程会解析成和原来master端执行过的相同的sql来再次执行
优点:statement level下的优点首先就是解决了row level下的缺点,不需要记录每一行数据的变化,减少bin-log日志量,节约IO,提高性能,因为它只需要在Master上锁执行的语句的细节,以及执行语句的上下文的信息。
缺点:由于只记录语句,所以,在statement level下 已经发现了有不少情况会造成mysql的复制出现问题,主要是修改数据的时候使用了某些定的函数或者功能的时候会出现。

1.3 Mixed 自动模式

在Mixed模式下,MySQL会根据执行的每一条具体的sql语句来区分对待记录的日志格式,也就是在Statement和Row之间选择一种。如果sql语句确实就是update或者delete等修改数据的语句,那么还是会记录所有行的变更。

行模式和语句模式的区别

1.语句模式:
100万条记录
只需1条delete * from test;就可以删除100万条记录
2.row模式
100万条记录
记录100万条删除命令

1.4 企业场景如何选择binlog模式

1、互联网公司,使用MySQL的功能相对少(存储过程、触发器、函数)
    选择默认的语句模式,Statement Level(默认)
2、公司如果用到使用MySQL的特殊功能(存储过程、触发器、函数)
    则选择Mixed模式
3、公司如果用到使用MySQL的特殊功能(存储过程、触发器、函数)又希望数据最大化一直,此时最好选择Row level模式
 
行模式和语句模式的区别
1.语句模式:
100万条记录
只需1条delete * from test;就可以删除100万条记录
2.row模式
100万条记录
记录100万条删除命令
 

1.5 如何配置binlog

在数据库中查看binlog模式

  1. root@oldboy 11:28:05->show global variables like ‘%binlog_format%‘;
  2. +---------------+-----------+
  3. | Variable_name | Value     |
  4. +---------------+-----------+
  5. | binlog_format | STATEMENT |
  6. +---------------+-----------+
  7. 1 row in set (0.00 sec)
配置文件参数如下:

  1. [myslqd]
  2. log-bin=mysql-bin
  3. #binlog_format="STATEMENT"
  4. #binlog_format="ROW"
  5. #binlog_format="MIXED"
运行时在线修改(临时);

  1. mysql>SET GLOBAL binlog_format = ‘ROW‘;
  2. mysql>show global variables like ‘%binlog_format%‘;
  3. 其他模式命令为:
  4. SET GLOBAL binlog_format = ‘MIXED‘;
  5. SET GLOBAL binlog_format = ‘STATEMENT‘;
解释:
GLOBAL=全局会话
SESSION=当前会话
检验ROW模式下binlog日志记录效果

  1. [root@db01 3306]# mysqlbinlog --base64-output="decode-rows" --verbose mysql-bin.000248
  2. /*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
  3. /*!40019 SET @@session.max_insert_delayed_threads=0*/;
  4. /*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
  5. DELIMITER /*!*/;
  6. # at 4
  7. #160628 11:06:52 server id 1  end_log_pos 107   Start: binlog v 4, server v 5.5.49-log created 160628 11:06:52 at startup
  8. # Warning: this binlog is either in use or was not closed properly.
  9. ROLLBACK/*!*/;
  10. # at 107
  11. #160628 11:07:09 server id 1  end_log_pos 177   Query   thread_id=1     exec_time=0     error_code=0
  12. SET TIMESTAMP=1467083229/*!*/;
  13. SET @@session.pseudo_thread_id=1/*!*/;
  14. SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
  15. SET @@session.sql_mode=0/*!*/;
  16. SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
  17. /*!\C utf8 *//*!*/;
  18. SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=33/*!*/;
  19. SET @@session.lc_time_names=0/*!*/;
  20. SET @@session.collation_database=DEFAULT/*!*/;
  21. BEGIN
  22. /*!*/;
  23. # at 177
  24. # at 223
  25. #160628 11:07:09 server id 1  end_log_pos 223   Table_map: `oldboy`.`sc` mapped to number 33
  26. #160628 11:07:09 server id 1  end_log_pos 785   Update_rows: table id 33 flags: STMT_END_F
  27. ### UPDATE `oldboy`.`sc`
  28. ### WHERE
  29. ###   @1=1
  30. ###   @2=1001

以上是关于MySQL binlog三种模式的主要内容,如果未能解决你的问题,请参考以下文章

MySQL binlog日志三种模式选择及配置

MySQL日志binlog的三种模式

MySQL日志binlog的三种模式

mysql之binlog三种模式

MySQL binlog三种模式

mysql的binlog日志的binlog_format模式与配置详解