mysqlbinlog

最新推荐文章于 2022-12-01 15:26:17 发布
最新推荐文章于 2022-12-01 15:26:17 发布
阅读量39 收藏
点赞数
文章标签： 数据库
原文链接：https://yq.aliyun.com/articles/233186
版权

软件版本

mysql> select version();
+------------+
| version()  |
+------------+
| 5.6.27-log |
+------------+
1 row in set (0.00 sec)

官方文档地址

ROW模式

优点：
row level模式下，bin-log中可以不记录执行的sql语句的上下文相关的信息，仅仅只需要记录那一条记录被修改了，修改成什么样了。所以row level的日志内容会非常清楚的记录下每一行数据修改的细节。且不会出现某些特定情况下的存储过程，或function，以及 trigger的调用和触发无法被正确复制的问题。
缺点：
row level模式下，所有的执行的语句当记录到日志中的时候，都将以每行记录的修改来记录，这样可能会产生大量的日志内容，比如有这样一条update语句：update product set owner_member_id = ‘b’ where owner_member_id = ‘a’，执行之后，日志中记录的不是这条update语句所对应额事件(MySQL以事件的形式来记录bin-log日志)，而是这条语句所更新的每一条记录的变化情况，这样就记录成很多条记录被更新的很多个事件。自然，bin-log日志的量就会很大。尤其是当执行alter table之类的语句的时候，产生的日志量是惊人的。因为MySQL对于alter table之类的表结构变更语句的处理方式是整个表的每一条记录都需要变动，实际上就是重建了整个表。那么该表的每一条记录都会被记录到日志中。

binlog状态

mysql> show master status\G;
*************************** 1. row ***************************
             File: mysql-bin.000028
         Position: 1082
     Binlog_Do_DB: 
 Binlog_Ignore_DB: 
Executed_Gtid_Set: 
1 row in set (0.00 sec)

测试数据

mysql> set autocommit=0;
Query OK, 0 rows affected (0.00 sec)

mysql>  SET SESSION binlog_format = 'ROW';
Query OK, 0 rows affected (0.00 sec)

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> delete from t1 where  id >5;
Query OK, 2 rows affected (0.01 sec)

mysql>  insert into t1 values (6,'name6',6),(7,'name7',7);
Query OK, 2 rows affected (0.00 sec)
Records: 2  Duplicates: 0  Warnings: 0

mysql> update t1 set name='nameX' where id=2;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

mysql> commit;
Query OK, 0 rows affected (0.00 sec)

查看binlog

# mysqlbinlog -v  --base64-output=decode-rows -v --start-position=1082 --database test  mysql-bin.000028
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
/*!40019 SET @@session.max_insert_delayed_threads=0*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 1082
#160729 21:01:49 server id 168030  end_log_pos 1154 CRC32 0x8731195e    Query   thread_id=7     exec_time=1     error_code=0
SET TIMESTAMP=1469797309/*!*/;
SET @@session.pseudo_thread_id=7/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
SET @@session.sql_mode=1075838976/*!*/;
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
/*!\C utf8 *//*!*/;
SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=33/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
BEGIN
/*!*/;
# at 1154
#160729 21:01:49 server id 168030  end_log_pos 1203 CRC32 0x295e098d    Table_map: `test`.`t1` mapped to number 72
# at 1203
#160729 21:01:49 server id 168030  end_log_pos 1268 CRC32 0xcb0bab01    Delete_rows: table id 72 flags: STMT_END_F
### DELETE FROM `test`.`t1`
### WHERE
###   @1=6 /* INT meta=0 nullable=0 is_null=0 */
###   @2='name6' /* VARSTRING(30) meta=30 nullable=0 is_null=0 */
###   @3=6 /* INT meta=0 nullable=0 is_null=0 */
### DELETE FROM `test`.`t1`
### WHERE
###   @1=7 /* INT meta=0 nullable=0 is_null=0 */
###   @2='name7' /* VARSTRING(30) meta=30 nullable=0 is_null=0 */
###   @3=7 /* INT meta=0 nullable=0 is_null=0 */
# at 1268
#160729 21:01:56 server id 168030  end_log_pos 1317 CRC32 0x8b73fec3    Table_map: `test`.`t1` mapped to number 72
# at 1317
#160729 21:01:56 server id 168030  end_log_pos 1382 CRC32 0x8df0f07c    Write_rows: table id 72 flags: STMT_END_F
### INSERT INTO `test`.`t1`
### SET
###   @1=6 /* INT meta=0 nullable=0 is_null=0 */
###   @2='name6' /* VARSTRING(30) meta=30 nullable=0 is_null=0 */
###   @3=6 /* INT meta=0 nullable=0 is_null=0 */
### INSERT INTO `test`.`t1`
### SET
###   @1=7 /* INT meta=0 nullable=0 is_null=0 */
###   @2='name7' /* VARSTRING(30) meta=30 nullable=0 is_null=0 */
###   @3=7 /* INT meta=0 nullable=0 is_null=0 */
# at 1382
#160729 21:02:31 server id 168030  end_log_pos 1431 CRC32 0x32c40fac    Table_map: `test`.`t1` mapped to number 72
# at 1431
#160729 21:02:31 server id 168030  end_log_pos 1497 CRC32 0x2ec069d8    Update_rows: table id 72 flags: STMT_END_F
### UPDATE `test`.`t1`
### WHERE
###   @1=2 /* INT meta=0 nullable=0 is_null=0 */
###   @2='name2' /* VARSTRING(30) meta=30 nullable=0 is_null=0 */
###   @3=10 /* INT meta=0 nullable=0 is_null=0 */
### SET
###   @1=2 /* INT meta=0 nullable=0 is_null=0 */
###   @2='nameX' /* VARSTRING(30) meta=30 nullable=0 is_null=0 */
###   @3=10 /* INT meta=0 nullable=0 is_null=0 */
# at 1497
#160729 21:04:27 server id 168030  end_log_pos 1528 CRC32 0xe9081ac6    Xid = 170
COMMIT/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

STATEMENT模式

优点：
statement level下的优点首先就是解决了row level下的缺点，不需要记录每一行数据的变化，减少bin-log日志量，节约IO，提高性能。因为他只需要记录在Master上所执行的语句的细节，以及执行语句时候的上下文的信息。
缺点：
由于他是记录的执行语句，所以，为了让这些语句在slave端也能正确执行，那么他还必须记录每条语句在执行的时候的一些相关信息，也就是上下文信息，以保证所有语句在slave端杯执行的时候能够得到和在master端执行时候相同的结果。另外就是，由于MySQL现在发展比较快，很多的新功能不断的加入，使MySQL得复制遇到了不小的挑战，自然复制的时候涉及到越复杂的内容，bug也就越容易出现。在statement level下，目前已经发现的就有不少情况会造成MySQL的复制出现问题，主要是修改数据的时候使用了某些特定的函数或者功能的时候会出现，比如：sleep()函数在有些版本中就不能真确复制，在存储过程中使用了last_insert_id()函数，可能会使slave和master上得到不一致的id等等。由于row level是基于每一行来记录的变化，所以不会出现类似的问题。

binlog状态

mysql> show master status\G;
*************************** 1. row ***************************
             File: mysql-bin.000028
         Position: 1528
     Binlog_Do_DB: 
 Binlog_Ignore_DB: 
Executed_Gtid_Set: 
1 row in set (0.00 sec)

测试数据

mysql> SET SESSION binlog_format = 'STATEMENT';
Query OK, 0 rows affected (0.00 sec)

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql>  delete from t1 where  id >5;
Query OK, 2 rows affected (0.01 sec)

mysql> insert into t1 values (6,'name6',6),(7,'name7',7);
Query OK, 2 rows affected (0.00 sec)
Records: 2  Duplicates: 0  Warnings: 0

mysql> update t1 set name='nameX' where id=2;
Query OK, 0 rows affected (0.00 sec)
Rows matched: 1  Changed: 0  Warnings: 0

mysql> commit;
Query OK, 0 rows affected (0.00 sec)

查看binlog

# mysqlbinlog  -v --start-position=1528 --database test  mysql-bin.000028
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
/*!40019 SET @@session.max_insert_delayed_threads=0*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#700101  8:00:00 server id 168030  end_log_pos 120 CRC32 0x3562200b     Start: binlog v 4, server v 5.6.27-log created 700101  8:00:00
# Warning: this binlog is either in use or was not closed properly.
BINLOG '
AAAAAA9ekAIAdAAAAHgAAAABAAQANS42LjI3LWxvZwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAEzgNAAgAEgAEBAQEEgAAXAAEGggAAAAICAgCAAAACgoKGRkAAQsg
YjU=
'/*!*/;
# at 1528
#160729 21:17:24 server id 168030  end_log_pos 1607 CRC32 0xf0b1a6ec    Query   thread_id=7     exec_time=0     error_code=0
SET TIMESTAMP=1469798244/*!*/;
SET @@session.pseudo_thread_id=7/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
SET @@session.sql_mode=1075838976/*!*/;
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
/*!\C utf8 *//*!*/;
SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=33/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
BEGIN
/*!*/;
# at 1607
#160729 21:17:24 server id 168030  end_log_pos 1708 CRC32 0x91b80f3a    Query   thread_id=7     exec_time=0     error_code=0
use `test`/*!*/;
SET TIMESTAMP=1469798244/*!*/;
delete from t1 where  id >5
/*!*/;
# at 1708
#160729 21:17:34 server id 168030  end_log_pos 1831 CRC32 0x281b83d4    Query   thread_id=7     exec_time=0     error_code=0
SET TIMESTAMP=1469798254/*!*/;
insert into t1 values (6,'name6',6),(7,'name7',7)
/*!*/;
# at 1831
#160729 21:17:40 server id 168030  end_log_pos 1942 CRC32 0xdc3b8c4e    Query   thread_id=7     exec_time=0     error_code=0
SET TIMESTAMP=1469798260/*!*/;
update t1 set name='nameX' where id=2
/*!*/;
# at 1942
#160729 21:17:45 server id 168030  end_log_pos 1973 CRC32 0x43ef8f69    Xid = 178
COMMIT/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

MIXED模式

Mixed模式，可以理解为是前两种模式的结合。
Mixed模式下，MySQL会根据执行的每一条具体的sql语句来区分对待记录的日志形式，也就是在Statement和Row之间选择一种。
新版本中的Statment level还是和以前一样，仅仅记录执行的语句。而新版本的MySQL中队row level模式也被做了优化，并不是所有的修改都会以row level来记录，像遇到表结构变更的时候就会以statement模式来记录，如果sql语句确实就是update或者delete等修改数据的语句，那么还是会记录所有行的变更。

binlog状态

mysql> show master status\G;
*************************** 1. row ***************************
             File: mysql-bin.000028
         Position: 1973
     Binlog_Do_DB: 
 Binlog_Ignore_DB: 
Executed_Gtid_Set: 
1 row in set (0.00 sec)

测试数据

mysql> SET SESSION binlog_format = 'MIXED';
Query OK, 0 rows affected (0.00 sec)

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> delete from t1 where  id >5;
Query OK, 2 rows affected (0.01 sec)

mysql> insert into t1 values (6,'name6',6),(7,'name7',7);
Query OK, 2 rows affected (0.00 sec)
Records: 2  Duplicates: 0  Warnings: 0

mysql> update t1 set name='nameX' where id=2;
Query OK, 0 rows affected (0.00 sec)
Rows matched: 1  Changed: 0  Warnings: 0

mysql> commit;
Query OK, 0 rows affected (0.00 sec)

查看binlog

# mysqlbinlog  -v --start-position=1973 --database test  mysql-bin.000028
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
/*!40019 SET @@session.max_insert_delayed_threads=0*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#700101  8:00:00 server id 168030  end_log_pos 120 CRC32 0x3562200b     Start: binlog v 4, server v 5.6.27-log created 700101  8:00:00
# Warning: this binlog is either in use or was not closed properly.
BINLOG '
AAAAAA9ekAIAdAAAAHgAAAABAAQANS42LjI3LWxvZwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAEzgNAAgAEgAEBAQEEgAAXAAEGggAAAAICAgCAAAACgoKGRkAAQsg
YjU=
'/*!*/;
# at 1973
#160729 21:21:20 server id 168030  end_log_pos 2052 CRC32 0xa7bda1f9    Query   thread_id=7     exec_time=0     error_code=0
SET TIMESTAMP=1469798480/*!*/;
SET @@session.pseudo_thread_id=7/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
SET @@session.sql_mode=1075838976/*!*/;
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
/*!\C utf8 *//*!*/;
SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=33/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
BEGIN
/*!*/;
# at 2052
#160729 21:21:20 server id 168030  end_log_pos 2153 CRC32 0xd9247bfd    Query   thread_id=7     exec_time=0     error_code=0
use `test`/*!*/;
SET TIMESTAMP=1469798480/*!*/;
delete from t1 where  id >5
/*!*/;
# at 2153
#160729 21:21:24 server id 168030  end_log_pos 2276 CRC32 0x8e0e641c    Query   thread_id=7     exec_time=0     error_code=0
SET TIMESTAMP=1469798484/*!*/;
insert into t1 values (6,'name6',6),(7,'name7',7)
/*!*/;
# at 2276
#160729 21:21:28 server id 168030  end_log_pos 2387 CRC32 0x03317cda    Query   thread_id=7     exec_time=0     error_code=0
SET TIMESTAMP=1469798488/*!*/;
update t1 set name='nameX' where id=2
/*!*/;
# at 2387
#160729 21:21:31 server id 168030  end_log_pos 2418 CRC32 0x21f01c0d    Xid = 186
COMMIT/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
weixin_34026276
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
mysql binlog
06-03
mysql binlog相关 mysql binlog内容，实现机制
mysqlbinlog 查看mysql bin 日志
gnufre的专栏
11-10 2万+
mysqlbinlog  mysql-bin.000036 | less 查询包含几个字段的语句： mysqlbinlog mysql-bin.000036| egrep '(2011030610002460|2011030310001730|2011030410011680|2011030410006280)' mysqlbinlog查看二进制日志的问题
mysqlbinlog工具
01-20
mysqlbinlog用于处理二进制日志文件的实用工具详解mysqlbinlog 从二进制日志读取语句的工具。在二进制日志文件中包含的执行过的语句的日志可用来帮助从崩溃中恢复。
mysqlbinlog.zip
03-15
解决phpstudy没有mysqlbonlog.exe问题。包含三个文件：mysqlbinlog.exe（主）;msvcp120.dll（依赖）;msvcr120.dll（依赖）把三个文件放置在MySQL\bin目录下即可。我测试5.3和5.7下都可以用，不同版本应该可以通用
mysqlbinlog.exe
06-28
mysqlbinlog.exe在某些mysql版本中，可能会丢失。而此工具在准确、完整的恢复数据方面有着不可替代的作用，故此分享。【上传此资源仅用于技术交流，不做商业用途】
mysqlbinlog.exe文件,win 7mysql 5.6下可用
05-13
phpStudy的mysql没有这个 mysqlbinlog文件,不能查看二进制文件,下载这个附件后解压后的EXE文件放到phpStudy\MySQL\bin下即可使用
mysql5.7 mysqlbinlog
11-20
文章链接 http://blog.csdn.net/sinat_29461437/article/details/70809605
Mysql binlog查看工具
07-29
简单好用的mysql binlog查看工具 采集于网络。
MYSQL的mysqlbinlog.exe文件
03-18
mysqlbinlog.exe处理二进制日志文件！想看增量备份的dml日志文件，却看不懂，这个文件可以帮你查看，不弄多说，你懂的。 提示： 有的人说用了这个文件也看不了！那是你无能，见下面方法： 1、把mysqlbinlog.exe放到mysql的bin目录； 2、打开cmd，进入到bin目录； 3、输入类似这样的命令：D:\MySQL\bin>mysqlbinlog D:\mysql_log\mysql_log.000001 压缩包包含mysqlbinlog.exe、mysqldump.exe两个文件！
使用mysqlbinlog提取二进制日志
HFDY的博客
10-17 484
MySQL binlog日志记录了MySQL数据库从启用日志以来所有对当前数据库的变更。binlog日志属于二进制文件，我们可以从binlog提取出来生成可阅读的SQL语句来重建当前数据库以及根据需要实现时点恢复或不完全恢复。本文主要描述了如果提取binlog日志，并给出相关示例。   &...
MySQL Binlog
水陌轻寒
09-01 68
文章目录Binlog详解简介日志模式配置查询 Binlog详解 简介 Mysql的binlog日志作用是用来记录mysql内部增删改查等对mysql数据库有更新的内容的记录（对数据库的改动），对数据库的查询select或show等不会被binlog日志记录;主要用于数据库的主从复制以及增量恢复。mysql的binlog日志必须打开log-bin功能才能生存binlog日志。 日志模式 Mysql复制主要有三种方式：基于SQL语句的复制(statement-based replication, SBR)，基于
Mysql日志---binlog
最新发布
m0_53157173的博客
12-01 6815
MySQL中到底有多少种log？你是否经常听别人说什么binlog、binary log、redo log、undo log、回滚日志、重做日志、中继日志、错误日志、慢查询日志、一般日志等等。这些概念都分别是什么？MySQL生成这些日志的目的都是什么？接下来我们一起来分析一下MySQL中到底有哪些log吧。MySQL中经常遇到的日有以下几种：接下来，我们一个一个分别了解一下它们。今天这篇文章主要是分析一些binlog日志，其他的日志会在后续的文章中逐个分析。binlog是大家学习MySQL中经常遇到的，也是
MySQL Binlog 介绍
热门推荐
小旋锋 的博客
03-09 7万+
Binlog 简介 MySQL中一般有以下几种日志： 日志类型 写入日志的信息 错误日志 记录在启动，运行或停止mysqld时遇到的问题 通用查询日志 记录建立的客户端连接和执行的语句 二进制日志 记录更改数据的语句 中继日志 从复制主服务器接收的数据更改 慢查询日志 记录所有执行时间超过 long_query_time 秒的所有查询或不使用索引的查询 DDL日...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值