MySQL-binlog日志格式

最新推荐文章于 2024-04-23 09:45:29 发布
最新推荐文章于 2024-04-23 09:45:29 发布
阅读量361 收藏 2
点赞数
分类专栏： MySQL
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lizc_lizc/article/details/104225711
版权
基于段的日志格式

基于段的日志格式：binlog_format=STATEMENT

这是mysql5.7之前默认的二进制日志格式，记录的是mysql执行的sql语句

优点

  • 日志记录量相对较小，节约磁盘及网络I/O

缺点

  • 必须要记录上下文信息，保证在从服务器上执行结果和住服务器上相同
  • 对一些非确定性函数无法进行正确复制，比如UUID(), user()等
  • 可能造成mysql复制的主备服务器数据不一致

查看当前二进制日志记录格式

mysql> show variables like 'binlog_format';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| binlog_format | ROW   |
+---------------+-------+
1 row in set (0.00 sec)

修改记录格式为statement，即改为基于段的格式

mysql> set session binlog_format=statement;
Query OK, 0 rows affected (0.00 sec)

上面是在运行时动态修改 binlog 的格式 。也可以/etc/my.cnf中修改二进制日志记录格式，直接添加binlog_format=statement即可。

此时可用查看格式命令来确认一下，是否修改成功

mysql> show variables like 'binlog_format';
+---------------+-----------+
| Variable_name | Value     |
+---------------+-----------+
| binlog_format | STATEMENT |
+---------------+-----------+

查看当前二进制日志信息

mysql> show binary logs;
+------------------+-----------+
| Log_name         | File_size |
+------------------+-----------+
| mysql-bin.000001 |       177 |
| mysql-bin.000002 |       177 |
| mysql-bin.000003 |       154 |
+------------------+-----------+

刷新日志，通过这个操作会产生一个新的log文件

mysql> flush logs;
Query OK, 0 rows affected (0.01 sec)

mysql> show binary logs;
+------------------+-----------+
| Log_name         | File_size |
+------------------+-----------+
| mysql-bin.000001 |       177 |
| mysql-bin.000002 |       177 |
| mysql-bin.000003 |       201 |
| mysql-bin.000004 |       154 |
+------------------+-----------+
4 rows in set (0.00 sec)

现在进行一个测试操作，创建一个新的数据库及表，并插入更新一些数据。

mysql> create database test;
Query OK, 1 row affected (0.01 sec)

mysql> use test;
Database changed
mysql> create table t(id int, c1 varchar(10));
Query OK, 0 rows affected (0.03 sec)

mysql> insert into t values(1, 'aa'),(2, 'bb');
Query OK, 2 rows affected (0.01 sec)
Records: 2  Duplicates: 0  Warnings: 0

mysql> update t set c1='dd' where id=1;
Query OK, 1 row affected (0.01 sec)
Rows matched: 1  Changed: 1  Warnings: 0

这个时候可以进入存放日志的文件夹进行查看二进制日志的具体内容， 不同的操作系统存放路径不同。我的路径在/var/lib/mysql 目录下。

刚才的操作已经写入新生成的binlog文件中，使用mysqlbinlog命令打开最新的log文件

mysqlbinlog mysql-bin.000004

在此文件中可以清晰的查看到我们所操作过的sql语句

/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#200208 16:17:57 server id 1  end_log_pos 123 CRC32 0xa4adfac4 	Start: binlog v 4, server v 5.7.27-log created 200208 16:17:57
# Warning: this binlog is either in use or was not closed properly.
BINLOG '
tW4+Xg8BAAAAdwAAAHsAAAABAAQANS43LjI3LWxvZwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAEzgNAAgAEgAEBAQEEgAAXwAEGggAAAAICAgCAAAACgoKKioAEjQA
AcT6raQ=
'/*!*/;
# at 123
#200208 16:17:57 server id 1  end_log_pos 154 CRC32 0xb68d7c78 	Previous-GTIDs
# [empty]
# at 154
#200208 16:18:51 server id 1  end_log_pos 219 CRC32 0xb49e97f4 	Anonymous_GTID	last_committed=0	sequence_number=1	rbr_only=no
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 219
#200208 16:18:51 server id 1  end_log_pos 313 CRC32 0x4f941ba5 	Query	thread_id=3	exec_time=0	error_code=0
SET TIMESTAMP=1581149931/*!*/;
SET @@session.pseudo_thread_id=3/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
SET @@session.sql_mode=1436549152/*!*/;
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=8/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
create database test
/*!*/;
# at 313
#200208 16:19:15 server id 1  end_log_pos 378 CRC32 0xc8467f01 	Anonymous_GTID	last_committed=1	sequence_number=2	rbr_only=no
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 378
#200208 16:19:15 server id 1  end_log_pos 490 CRC32 0xb1954974 	Query	thread_id=3	exec_time=0	error_code=0
use `test`/*!*/;
SET TIMESTAMP=1581149955/*!*/;
create table t(id int, c1 varchar(10))
/*!*/;
# at 490
#200208 16:19:28 server id 1  end_log_pos 555 CRC32 0x9d27e5a0 	Anonymous_GTID	last_committed=2	sequence_number=3	rbr_only=no
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 555
#200208 16:19:28 server id 1  end_log_pos 634 CRC32 0xc7c62b80 	Query	thread_id=3	exec_time=0	error_code=0
SET TIMESTAMP=1581149968/*!*/;
BEGIN
/*!*/;
# at 634
#200208 16:19:28 server id 1  end_log_pos 747 CRC32 0x22abcbc8 	Query	thread_id=3	exec_time=0	error_code=0
SET TIMESTAMP=1581149968/*!*/;
insert into t values(1, 'aa'),(2, 'bb')
/*!*/;
# at 747
#200208 16:19:28 server id 1  end_log_pos 778 CRC32 0x45ca9f4a 	Xid = 19
COMMIT/*!*/;
# at 778
#200208 16:19:40 server id 1  end_log_pos 843 CRC32 0x9344a047 	Anonymous_GTID	last_committed=3	sequence_number=4	rbr_only=no
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 843
#200208 16:19:40 server id 1  end_log_pos 922 CRC32 0x8a5aae3a 	Query	thread_id=3	exec_time=0	error_code=0
SET TIMESTAMP=1581149980/*!*/;
BEGIN
/*!*/;
# at 922
#200208 16:19:40 server id 1  end_log_pos 1027 CRC32 0xd5a6f93f 	Query	thread_id=3	exec_time=0	error_code=0
SET TIMESTAMP=1581149980/*!*/;
update t set c1='dd' where id=1
/*!*/;
# at 1027
#200208 16:19:40 server id 1  end_log_pos 1058 CRC32 0x6f824b2a 	Xid = 20
COMMIT/*!*/;
SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;
DELIMITER ;
# End of log file
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
基于行的日志格式

基于行的日志格式 binlog_format=ROW

这是mysql5.7之后默认的二进制日志格式，记录的是增删改查的数据行信息

优点

  • 使mysql主从复制更加安全
  • 对每一行数据的修改比基于段的复制高效
  • 由于误操作修改数据库信息，且没有备库可恢复时，可通过对日志文件数据操作反向处理恢复数据

缺点

记录日志量较大，ROW格式下又有三种模式来控制ROW格式记录日志的方式，binlog_row_image =[FULL|MINIMAL|NOBLOB]

FULL：数据修改时会记录一行数据所有列的内容，无论这些列是否被修改过。比如某张表有20列，只对其中一列进行了update操作，二进制日志会记录一行中所有20列被修改前与修改后的所有内容。

MINIMAL：比如某张表有20列，只对其中一列进行了update操作，二进制日志只会记录这一列被修改前与修改后的内容。

NOBLOB： 和FULL方式相似，仅仅是当blog或text这些列没有进行修改时，不会记录这些属性的列 。

切换日志格式并刷新日志

mysql> set session binlog_format=row;
Query OK, 0 rows affected (0.00 sec)

mysql> show variables like 'binlog_format';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| binlog_format | ROW   |
+---------------+-------+
1 row in set (0.00 sec)

mysql> flush logs;
Query OK, 0 rows affected (0.01 sec)

查看binlog_row_image参数默认值

mysql> show variables like 'binlog_row_image';
+------------------+-------+
| Variable_name    | Value |
+------------------+-------+
| binlog_row_image | FULL  |
+------------------+-------+

为方便演示NOBLOB参数效果，修改数据库表信息，增加一列text字段

mysql> alter table t add c2 text;
Query OK, 0 rows affected (0.09 sec)
Records: 0  Duplicates: 0  Warnings: 0

mysql> select * from t;
+------+------+------+
| id   | c1   | c2   |
+------+------+------+
|    1 | dd   | NULL |
|    2 | bb   | NULL |
+------+------+------+
2 rows in set (0.00 sec)

随意执行一些sql操作

mysql> insert into t values(3, 'haha', 'llala');
Query OK, 1 row affected (0.01 sec)

mysql> delete from t where id=1;
Query OK, 1 row affected (0.01 sec)

单纯的使用mysqlbinlog命令，我们无法直观的看懂日志中保存的信息，所以加参数打开

mysqlbinlog -vv mysql-bin.000005

文件内容如下

/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#200208 16:59:38 server id 1  end_log_pos 123 CRC32 0xb1c00252 	Start: binlog v 4, server v 5.7.27-log created 200208 16:59:38
# Warning: this binlog is either in use or was not closed properly.
BINLOG '
eng+Xg8BAAAAdwAAAHsAAAABAAQANS43LjI3LWxvZwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAEzgNAAgAEgAEBAQEEgAAXwAEGggAAAAICAgCAAAACgoKKioAEjQA
AVICwLE=
'/*!*/;
# at 123
#200208 16:59:38 server id 1  end_log_pos 154 CRC32 0x0fc391c3 	Previous-GTIDs
# [empty]
# at 154
#200208 17:01:29 server id 1  end_log_pos 219 CRC32 0x875df050 	Anonymous_GTID	last_committed=0	sequence_number=1	rbr_only=no
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 219
#200208 17:01:29 server id 1  end_log_pos 318 CRC32 0x98107fd5 	Query	thread_id=3	exec_time=0	error_code=0
use `test`/*!*/;
SET TIMESTAMP=1581152489/*!*/;
SET @@session.pseudo_thread_id=3/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
SET @@session.sql_mode=1436549152/*!*/;
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=8/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
alter table t add c2 text
/*!*/;
# at 318
#200208 17:02:30 server id 1  end_log_pos 383 CRC32 0x8289b5b2 	Anonymous_GTID	last_committed=1	sequence_number=2	rbr_only=yes
/*!50718 SET TRANSACTION ISOLATION LEVEL READ COMMITTED*//*!*/;
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 383
#200208 17:02:30 server id 1  end_log_pos 455 CRC32 0x875b090d 	Query	thread_id=3	exec_time=0	error_code=0
SET TIMESTAMP=1581152550/*!*/;
BEGIN
/*!*/;
# at 455
#200208 17:02:30 server id 1  end_log_pos 504 CRC32 0x96aa5684 	Table_map: `test`.`t` mapped to number 100
# at 504
#200208 17:02:30 server id 1  end_log_pos 556 CRC32 0x0c0110c1 	Write_rows: table id 100 flags: STMT_END_F

BINLOG '
Jnk+XhMBAAAAMQAAAPgBAAAAAGQAAAAAAAEABHRlc3QAAXQAAwMP/AMKAAIHhFaqlg==
Jnk+Xh4BAAAANAAAACwCAAAAAGQAAAAAAAEAAgAD//gDAAAABGhhaGEFAGxsYWxhwRABDA==
'/*!*/;
### INSERT INTO `test`.`t`
### SET
###   @1=3 /* INT meta=0 nullable=1 is_null=0 */
###   @2='haha' /* VARSTRING(10) meta=10 nullable=1 is_null=0 */
###   @3='llala' /* BLOB/TEXT meta=2 nullable=1 is_null=0 */
# at 556
#200208 17:02:30 server id 1  end_log_pos 587 CRC32 0xd80d63f6 	Xid = 31
COMMIT/*!*/;
# at 587
#200208 17:02:38 server id 1  end_log_pos 652 CRC32 0xc1b90a72 	Anonymous_GTID	last_committed=2	sequence_number=3	rbr_only=yes
/*!50718 SET TRANSACTION ISOLATION LEVEL READ COMMITTED*//*!*/;
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 652
#200208 17:02:38 server id 1  end_log_pos 724 CRC32 0x3117d0b6 	Query	thread_id=3	exec_time=0	error_code=0
SET TIMESTAMP=1581152558/*!*/;
BEGIN
/*!*/;
# at 724
#200208 17:02:38 server id 1  end_log_pos 773 CRC32 0x4c828282 	Table_map: `test`.`t` mapped to number 100
# at 773
#200208 17:02:38 server id 1  end_log_pos 816 CRC32 0x613d473f 	Delete_rows: table id 100 flags: STMT_END_F

BINLOG '
Lnk+XhMBAAAAMQAAAAUDAAAAAGQAAAAAAAEABHRlc3QAAXQAAwMP/AMKAAIHgoKCTA==
Lnk+XiABAAAAKwAAADADAAAAAGQAAAAAAAEAAgAD//wBAAAAAmRkP0c9YQ==
'/*!*/;
### DELETE FROM `test`.`t`
### WHERE
###   @1=1 /* INT meta=0 nullable=1 is_null=0 */
###   @2='dd' /* VARSTRING(10) meta=10 nullable=1 is_null=0 */
###   @3=NULL /* BLOB/TEXT meta=2 nullable=1 is_null=1 */
# at 816
#200208 17:02:38 server id 1  end_log_pos 847 CRC32 0x8258a233 	Xid = 32
COMMIT/*!*/;
SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;
DELIMITER ;
# End of log file
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

这时，我们就可以找到我们所执行过的sql语句，同时这种格式的日志还记录了修改过的每一行数据的信息。

执行一个update语句

mysql> update t set c2='this 2 full' where id=2;
Query OK, 1 row affected (0.01 sec)

查看binlog记录内容，这里只查看新增的部分

'/*!*/;
### UPDATE `test`.`t`
### WHERE
###   @1=2 /* INT meta=0 nullable=1 is_null=0 */
###   @2='bb' /* VARSTRING(10) meta=10 nullable=1 is_null=0 */
###   @3='this 2' /* BLOB/TEXT meta=2 nullable=1 is_null=0 */
### SET
###   @1=2 /* INT meta=0 nullable=1 is_null=0 */
###   @2='bb' /* VARSTRING(10) meta=10 nullable=1 is_null=0 */
###   @3='this 2 full' /* BLOB/TEXT meta=2 nullable=1 is_null=0 */
# at 1376
#200208 17:14:59 server id 1  end_log_pos 1407 CRC32 0xef7a5c98 	Xid = 36
COMMIT/*!*/;
SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;
DELIMITER ;
# End of log file
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

可以看到，update语句只修改了c2字段，但是其它字段也被记录下来了。

继续 修改binlog_row_image参数值，更新一条记录

mysql> set session binlog_row_image=minimal;
Query OK, 0 rows affected (0.00 sec)

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

查看binlog记录内容，这里只查看新增的部分

# at 847
#200208 17:08:00 server id 1  end_log_pos 912 CRC32 0xb23b3882 	Anonymous_GTID	last_committed=3	sequence_number=4	rbr_only=yes
/*!50718 SET TRANSACTION ISOLATION LEVEL READ COMMITTED*//*!*/;
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 912
#200208 17:08:00 server id 1  end_log_pos 984 CRC32 0xe3ad7e44 	Query	thread_id=3	exec_time=0	error_code=0
SET TIMESTAMP=1581152880/*!*/;
BEGIN
/*!*/;
# at 984
#200208 17:08:00 server id 1  end_log_pos 1033 CRC32 0x355dfc96 	Table_map: `test`.`t` mapped to number 100
# at 1033
#200208 17:08:00 server id 1  end_log_pos 1086 CRC32 0xb0ab22b7 	Update_rows: table id 100 flags: STMT_END_F

BINLOG '
cHo+XhMBAAAAMQAAAAkEAAAAAGQAAAAAAAEABHRlc3QAAXQAAwMP/AMKAAIHlvxdNQ==
cHo+Xh8BAAAANQAAAD4EAAAAAGQAAAAAAAEAAgAD/wT8AgAAAAJiYv4GAHRoaXMgMrciq7A=
'/*!*/;
### UPDATE `test`.`t`
### WHERE
###   @1=2 /* INT meta=0 nullable=1 is_null=0 */
###   @2='bb' /* VARSTRING(10) meta=10 nullable=1 is_null=0 */
###   @3=NULL /* BLOB/TEXT meta=2 nullable=1 is_null=1 */
### SET
###   @3='this 2' /* BLOB/TEXT meta=2 nullable=1 is_null=0 */
# at 1086
#200208 17:08:00 server id 1  end_log_pos 1117 CRC32 0x4a893d22 	Xid = 34
COMMIT/*!*/;
SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;
DELIMITER ;
# End of log file
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

继续修改binlog_row_image参数值，更新一条记录

mysql> set session binlog_row_image=noblob;
Query OK, 0 rows affected (0.00 sec)

mysql> update t set c1='woqu' where id=3;
Query OK, 1 row affected (0.01 sec)
Rows matched: 1  Changed: 1  Warnings: 0

查看看binlog文件记录内容，从记录内容可以发现，日志只记录了第一列和第二列的数据，并没有记录第三列text属性的值

'/*!*/;
### UPDATE `test`.`t`
### WHERE
###   @1=3 /* INT meta=0 nullable=1 is_null=0 */
###   @2='haha' /* VARSTRING(10) meta=10 nullable=1 is_null=0 */
###   @3='llala' /* BLOB/TEXT meta=2 nullable=1 is_null=0 */
### SET
###   @1=3 /* INT meta=0 nullable=1 is_null=0 */
###   @2='woqu' /* VARSTRING(10) meta=10 nullable=1 is_null=0 */
# at 1656
#200208 17:18:30 server id 1  end_log_pos 1687 CRC32 0xfda73f53 	Xid = 38
COMMIT/*!*/;
SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;
DELIMITER ;
# End of log file
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
混合日志格式

混合日志格式 binlog_format=MIXED

根据sql语句由系统决定在基于段和基于行的日志格式中进行选择

总结

在选择二进制日志格式时，通常选择基于行或者混合日志格式。然而对于数据复制安全性要求高的情况下，更建议使用基于行的日志格式。另外，如果选择这种格式，务必设置binlog_row_image=minimal。

lizc_lizc
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
springboot-binlog:基于 mysql-binlog-connector-java 实现增量数据的收集
05-26
**MySQL Binlog** 是MySQL数据库的一种日志系统，记录了所有的DDL（Data Definition Language）和DML（Data Manipulation Language）操作。通过监听和解析binlog事件，我们可以获取到数据库中的实时变更信息，从而...
mysql中binlog_format模式与配置详解
justlpf的专栏
09-30 5508
mysql复制主要有三种方式： 基于SQL语句的复制(statement-based replication, SBR)， 基于行的复制(row-based replication, RBR)， 混合模式复制(mixed-based replication, MBR)。 对应的， binlog的格式也有三种：STATEMENT，ROW，MIXED。 ① STATEMENT模式（SBR） 每...
binlog_format=row不生效
javashareauthor的博客
03-05 2327
binlog 有两种格式，一种是 statement，一种是row。可能你在其他资料上还会看到有第三种格式，叫作 mixed，其实它就是前两种格式的混合。 查看当前的格式： show VARIABLES like '%binlog_format%' mysql> SET GLOBAL binlog_format = 'ROW'; 然而设置如上的方式不能生效，这是因为这个...
【MySQL 数据宝典】【磁盘结构】- 006 bin log 二进制日志的基本模式和参数设置
最新发布
黄金时代的架构之路
04-23 1170
binlog是一个二进制格式的文件，用于记录语句信息，例如更改数据库表和更改内容的SQL语句都会记录到binlog里，但是不会记录SELECT和SHOW这类操作。
MySQL binlog的3种格式对比（statement,row,mixed）
wang0907的博客
08-02 3568
binlog主要用于主从复制和数据恢复，本文就一起来看下其内容都有哪些模式，以及这些模式都有哪些有点和缺点。
binlog_format 为 STATEMENT 的分析
一名数据库爱好者的专栏
06-29 1119
os: centos 7.4.1708 db: mysql 8.0.20 版本 # cat /etc/centos-release CentOS Linux release 7.4.1708 (Core) # # # yum list installed |grep -i mysql80 mysql-community-client.x86_64 8.0.20-1.el7 @mysql80-community mysql-community-co
MySQL学习笔记9——binlog格式、主备基本原理、主备延迟
耶律妙月的博客
02-25 864
文章目录一、MySQL 主备的基本原理1.主备切换流程2.binlog 的三种格式对比binlog_format=statementbinlog_format=‘row’binlog_format=‘mixed’3.循环复制问题二、MySQL的高可用1.主备延迟的概念2.主备延迟的来源3.可靠性优先策略4.可用性优先策略思考题 一、MySQL 主备的基本原理 1.主备切换流程 在状态 1 中，...
mysql 查看binlogformat_mysql binlog format 格式及查看选项
weixin_36473057的博客
01-19 3449
MySQL的binlog主要用于数据恢复及主从复制，binlog 通过binlog events记录了对数据库的修改。binlog有3种记录格式: statement , row 和mixed，通过参数binlog_format配置。binlog_format=STATEMENT，直接记录原始语句，存在nondeterministic的问题(如AUTO_INCREMENT，UUID等)，因此容易造...
[MySQL 5.7]：binlog --statement
linuxheik的专栏
08-30 1508
https://yq.aliyun.com/articles/136459?t=t1 摘要： binlog解析1：statement 1、配置文件设置： my.cnf [mysqld] binlog_format='statement' 2、优缺点对比： 优点： binlog 文件小 日志中包含原始SQL，方便统计审计 缺点： 导致主从不一致 对一些系统函数不能准确复制或不能复制，在不同se
mysql-binlog-connector-java-0.21.0.jar
08-15
sqlserver日志分析jar包
mysql-binlog-connector-java：MySQL二进制日志连接器
02-26
mysql-binlog-connector-java 注意：该存储库不再维护。 我建议迁移到 。 MySQL Binary Log连接器。 最初，项目是作为的分支开始的，但最终作为完整的重写而结束。 主要差异/特征： 自动binlog文件名/位置| GTID...
基于 mysql-binlog-connector-java 实现增量数据的收集.zip
01-04
MySQL是世界上最流行的关系型数据库管理系统之一，而MySQL的binlog（二进制日志）是其核心特性之一，用于记录所有对数据库进行的更改操作。`mysql-binlog-connector-java` 是一个开源库，它允许Java应用程序实时读取...
开启mysql-Binlog
02-22
binlog日志用于记录所有更新了数据或者已经潜在更新了数据的所有语句。语句以“事件”的形式保存，它描述数据更改。当我们因为某种原因导致数据库出现故障时，就可以利用binlog日志来挽回（前提是已经配置好了binlog...
binlog的row\statement\mixed模式与具体内容
进化的深山猿
01-28 4475
主从复制的流程 主库接收到客户端的更新请求后，执行内部事务的更新逻辑，同时写 binlog。备库 B 跟主库 A 之间维持了一个长连接。主库 A 内部有一个线程，专门用于服务备库 B 的这个长连接。一个事务日志同步的完整过程是这样的： 在备库 B 上通过 change master 命令，设置主库 A 的 IP、端口、用户名、密码，以及要从哪个位置开始请求 binlog，这个位置包含文件名和日...
MySQL binlog_format (Mixed,Statement,Row)[转]
Code Journeyman
05-24 951
  MySQL 5.5 中对于二进制日志 (binlog) 有 3 种不同的格式可选：Mixed,Statement,Row，默认格式是 Statement。总结一下这三种格式日志的优缺点。MySQL Replication 复制可以是基于一条语句 (Statement Level) ，也可以是基于一条记录 (Row Level)，可以在 MySQL 的配置参数中设定这个复制级别，不同复制级别的...
MySQL中的日志“binlog”的三种格式这么好玩
莫得感情的韭菜
03-15 2575
MySQL 中的日志比较重要的有 binlog（归档日志）、redo log（重做日志）以及 undo log，那么跟我们本文相关的主要是 binlog，另外两个日志松哥将来有空了再和大家详细介绍。 1. binlog binlog 我们中文一般称作归档日志，如果大家看过松哥之前发的 MySQL 主从搭建，应该对这个日志有印象，当我们搭建 MySQL 主 从 的时候就离不开 binlog（传送门：MySQL8 主从复制踩坑指南）。 binlog 是 MySQL Server 层 的日志，而不是存储引擎
MySQL binlog_format (Mixed,Statement,Row)
heizistudio的专栏
02-27 1万+
MySQL 5.5 中对于二进制日志 (binlog) 有 3 种不同的格式可选：Mixed,Statement,Row，默认格式是 Statement。总结一下这三种格式日志的优缺点。 MySQL Replication 复制可以是基于一条语句 (Statement Level) ，也可以是基于一条记录 (Row Level)，可以在 MySQL 的配置参数中设定这个复制级别，不同复制级别
【MySQL】MySQL之Binlog
热门推荐
morris
02-09 1万+
Binlog格式介绍 MySQL binlog日志有三种格式，分别为： Statement MiXED ROW 查看数据库使用的是什么模式： mysql> show variables like 'binlog_format'; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | binlog_format | ROW | +---------------+-------+ 1 row
mysql-binlog-connector 文档
09-09
mysql-binlog-connector 是一个用于连接 MySQL 二进制日志（binlog）的工具。binlog 是 MySQL 数据库中用于记录数据库操作的日志文件。通过读取 binlog，可以实现实时同步或者复制数据库中的数据。 mysql-binlog-...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值