浅析MySQL基于ROW格式的二进制日志

最新推荐文章于 2023-09-27 07:00:00 发布
最新推荐文章于 2023-09-27 07:00:00 发布
阅读量609 收藏
点赞数
分类专栏： Mysql

浅析MySQL基于ROW格式的二进制日志

 

 

上文分析的二进制日志实际上是基于STATEMENT格式的，下面我们来看看基于ROW格式的二进制日志，毕竟，两者对应的binlog事件类型也不一样，同时，很多童鞋反映基于ROW格式的二进制日志无法查到原生的DML语句，关于这个问题，其实官方也给出了解决方案，下面，将一一揭晓。

 

首先，来几条测试数据

mysql> set binlog_format=row;

Query OK, 0 rows affected (0.00 sec)

 

mysql> flush logs;

Query OK, 0 rows affected (0.01 sec)

 

mysql> insert into test.t1 values(1,'a');

Query OK, 1 row affected (0.00 sec)

 

mysql> use testDatabase changed

mysql> insert into t1 values(2,'b');

Query OK, 1 row affected (0.00 sec)

 

mysql> update t1 set name='c' where id=2;

Query OK, 1 row affected (0.00 sec)

Rows matched: 1  Changed: 1  Warnings: 0

 

mysql> delete from t1 where id=1;

Query OK, 1 row affected (0.01 sec)

 

首先通过SHOW BINLOG EVENTS查看二进制日志中的内容

mysql> show binlog events in 'mysql-bin.000025';

+------------------+-----+-------------+-----------+-------------+---------------------------------------+| Log_name         | Pos | Event_type  | Server_id | End_log_pos | Info                                  |+------------------+-----+-------------+-----------+-------------+---------------------------------------+| mysql-bin.000025 |   4 | Format_desc |         1 |         120 | Server ver: 5.6.31-log, Binlog ver: 4 || mysql-bin.000025 | 120 | Query       |         1 |         188 | BEGIN                                 || mysql-bin.000025 | 188 | Table_map   |         1 |         236 | table_id: 79 (test.t1)                || mysql-bin.000025 | 236 | Write_rows  |         1 |         278 | table_id: 79 flags: STMT_END_F        || mysql-bin.000025 | 278 | Xid         |         1 |         309 | COMMIT /* xid=175 */                  || mysql-bin.000025 | 309 | Query       |         1 |         381 | BEGIN                                 || mysql-bin.000025 | 381 | Table_map   |         1 |         429 | table_id: 79 (test.t1)                || mysql-bin.000025 | 429 | Write_rows  |         1 |         471 | table_id: 79 flags: STMT_END_F        || mysql-bin.000025 | 471 | Xid         |         1 |         502 | COMMIT /* xid=183 */                  || mysql-bin.000025 | 502 | Query       |         1 |         574 | BEGIN                                 || mysql-bin.000025 | 574 | Table_map   |         1 |         622 | table_id: 79 (test.t1)                || mysql-bin.000025 | 622 | Update_rows |         1 |         672 | table_id: 79 flags: STMT_END_F        || mysql-bin.000025 | 672 | Xid         |         1 |         703 | COMMIT /* xid=184 */                  || mysql-bin.000025 | 703 | Query       |         1 |         775 | BEGIN                                 || mysql-bin.000025 | 775 | Table_map   |         1 |         823 | table_id: 79 (test.t1)                || mysql-bin.000025 | 823 | Delete_rows |         1 |         865 | table_id: 79 flags: STMT_END_F        || mysql-bin.000025 | 865 | Xid         |         1 |         896 | COMMIT /* xid=185 */                  |+------------------+-----+-------------+-----------+-------------+---------------------------------------+17 rows in set (0.00 sec)

 

再来通过mysqlbinlog查看

# mysqlbinlog mysql-bin.000025

/*!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

#160817 10:20:16 server id 1  end_log_pos 120 CRC32 0x5b15ac4f     Start: binlog v 4, server v 5.6.31-log created 160817 10:20:16

# Warning: this binlog is either in use or was not closed properly.

BINLOG '4MmzVw8BAAAAdAAAAHgAAAABAAQANS42LjMxLWxvZwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA

AAAAAAAAAAAAAAAAAAAAAAAAEzgNAAgAEgAEBAQEEgAAXAAEGggAAAAICAgCAAAACgoKGRkAAU+s

FVs='/*!*/;

# at 120

#160817 10:20:22 server id 1  end_log_pos 188 CRC32 0x005847f0     Query    thread_id=12    exec_time=0    error_code=0

SET TIMESTAMP=1471400422/*!*/;

SET @@session.pseudo_thread_id=12/*!*/;

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 188

#160817 10:20:22 server id 1  end_log_pos 236 CRC32 0x2b8d2069     Table_map: `test`.`t1` mapped to number 79

# at 236

#160817 10:20:22 server id 1  end_log_pos 278 CRC32 0xadc98fbc     Write_rows: table id 79 flags: STMT_END_F

 

BINLOG '5smzVxMBAAAAMAAAAOwAAAAAAE8AAAAAAAEABHRlc3QAAnQxAAIDDwIeAANpII0r

5smzVx4BAAAAKgAAABYBAAAAAE8AAAAAAAEAAgAC//wBAAAAAWG8j8mt'/*!*/;

# at 278

#160817 10:20:22 server id 1  end_log_pos 309 CRC32 0x552dc682     Xid = 175

COMMIT/*!*/;

# at 309

#160817 10:20:34 server id 1  end_log_pos 381 CRC32 0x17d8173e     Query    thread_id=12    exec_time=0    error_code=0

SET TIMESTAMP=1471400434/*!*/;

BEGIN/*!*/;

# at 381

#160817 10:20:34 server id 1  end_log_pos 429 CRC32 0x71a27e19     Table_map: `test`.`t1` mapped to number 79

# at 429

#160817 10:20:34 server id 1  end_log_pos 471 CRC32 0xefda98ca     Write_rows: table id 79 flags: STMT_END_F

 

BINLOG '8smzVxMBAAAAMAAAAK0BAAAAAE8AAAAAAAEABHRlc3QAAnQxAAIDDwIeAAMZfqJx

8smzVx4BAAAAKgAAANcBAAAAAE8AAAAAAAEAAgAC//wCAAAAAWLKmNrv'/*!*/;

# at 471

#160817 10:20:34 server id 1  end_log_pos 502 CRC32 0x7bed11c4     Xid = 183

COMMIT/*!*/;

# at 502

#160817 10:20:38 server id 1  end_log_pos 574 CRC32 0xd164b750     Query    thread_id=12    exec_time=0    error_code=0

SET TIMESTAMP=1471400438/*!*/;

BEGIN/*!*/;

# at 574

#160817 10:20:38 server id 1  end_log_pos 622 CRC32 0x9fa3cabc     Table_map: `test`.`t1` mapped to number 79

# at 622

#160817 10:20:38 server id 1  end_log_pos 672 CRC32 0xb1646398     Update_rows: table id 79 flags: STMT_END_F

 

BINLOG '9smzVxMBAAAAMAAAAG4CAAAAAE8AAAAAAAEABHRlc3QAAnQxAAIDDwIeAAO8yqOf

9smzVx8BAAAAMgAAAKACAAAAAE8AAAAAAAEAAgAC///8AgAAAAFi/AIAAAABY5hjZLE='/*!*/;

# at 672

#160817 10:20:38 server id 1  end_log_pos 703 CRC32 0x91a90c52     Xid = 184

COMMIT/*!*/;

# at 703

#160817 10:20:43 server id 1  end_log_pos 775 CRC32 0x5ae24c0b     Query    thread_id=12    exec_time=0    error_code=0

SET TIMESTAMP=1471400443/*!*/;

BEGIN/*!*/;

# at 775

#160817 10:20:43 server id 1  end_log_pos 823 CRC32 0x33c52e84     Table_map: `test`.`t1` mapped to number 79

# at 823

#160817 10:20:43 server id 1  end_log_pos 865 CRC32 0x77e907a2     Delete_rows: table id 79 flags: STMT_END_F

 

BINLOG '+8mzVxMBAAAAMAAAADcDAAAAAE8AAAAAAAEABHRlc3QAAnQxAAIDDwIeAAOELsUz+8mzVyABAAAAKgAAAGEDAAAAAE8AAAAAAAEAAgAC//wBAAAAAWGiB+l3'/*!*/;

# at 865

#160817 10:20:43 server id 1  end_log_pos 896 CRC32 0xb0988385     Xid = 185

COMMIT/*!*/;

DELIMITER ;

# End of log file

ROLLBACK /* added by mysqlbinlog */;/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

 

额，what is this，竟然没看到一条明文的DML语句

实际上，对于ROW格式的二进制日志，需要使用如下方式查看，这也是STATEMENT和ROW格式的差异之一

# mysqlbinlog mysql-bin.000025 -vv --base64-output=decode-rows

/*!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

#160817 10:20:16 server id 1  end_log_pos 120 CRC32 0x5b15ac4f     Start: binlog v 4, server v 5.6.31-log created 160817 10:20:16

# Warning: this binlog is either in use or was not closed properly.

# at 120

#160817 10:20:22 server id 1  end_log_pos 188 CRC32 0x005847f0     Query    thread_id=12    exec_time=0    error_code=0

SET TIMESTAMP=1471400422/*!*/;

SET @@session.pseudo_thread_id=12/*!*/;

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 188

#160817 10:20:22 server id 1  end_log_pos 236 CRC32 0x2b8d2069     Table_map: `test`.`t1` mapped to number 79

# at 236

#160817 10:20:22 server id 1  end_log_pos 278 CRC32 0xadc98fbc     Write_rows: table id 79 flags: STMT_END_F

### INSERT INTO `test`.`t1`

### SET

###   @1=1 /* INT meta=0 nullable=1 is_null=0 */

###   @2='a' /* VARSTRING(30) meta=30 nullable=1 is_null=0 */

# at 278

#160817 10:20:22 server id 1  end_log_pos 309 CRC32 0x552dc682     Xid = 175

COMMIT/*!*/;

# at 309

#160817 10:20:34 server id 1  end_log_pos 381 CRC32 0x17d8173e     Query    thread_id=12    exec_time=0    error_code=0

SET TIMESTAMP=1471400434/*!*/;

BEGIN/*!*/;

# at 381

#160817 10:20:34 server id 1  end_log_pos 429 CRC32 0x71a27e19     Table_map: `test`.`t1` mapped to number 79

# at 429

#160817 10:20:34 server id 1  end_log_pos 471 CRC32 0xefda98ca     Write_rows: table id 79 flags: STMT_END_F

### INSERT INTO `test`.`t1`

### SET

###   @1=2 /* INT meta=0 nullable=1 is_null=0 */

###   @2='b' /* VARSTRING(30) meta=30 nullable=1 is_null=0 */

# at 471

#160817 10:20:34 server id 1  end_log_pos 502 CRC32 0x7bed11c4     Xid = 183

COMMIT/*!*/;

# at 502

#160817 10:20:38 server id 1  end_log_pos 574 CRC32 0xd164b750     Query    thread_id=12    exec_time=0    error_code=0

SET TIMESTAMP=1471400438/*!*/;

BEGIN/*!*/;

# at 574

#160817 10:20:38 server id 1  end_log_pos 622 CRC32 0x9fa3cabc     Table_map: `test`.`t1` mapped to number 79

# at 622

#160817 10:20:38 server id 1  end_log_pos 672 CRC32 0xb1646398     Update_rows: table id 79 flags: STMT_END_F

### UPDATE `test`.`t1`

### WHERE

###   @1=2 /* INT meta=0 nullable=1 is_null=0 */

###   @2='b' /* VARSTRING(30) meta=30 nullable=1 is_null=0 */

### SET

###   @1=2 /* INT meta=0 nullable=1 is_null=0 */

###   @2='c' /* VARSTRING(30) meta=30 nullable=1 is_null=0 */

# at 672

#160817 10:20:38 server id 1  end_log_pos 703 CRC32 0x91a90c52     Xid = 184

COMMIT/*!*/;

# at 703

#160817 10:20:43 server id 1  end_log_pos 775 CRC32 0x5ae24c0b     Query    thread_id=12    exec_time=0    error_code=0

SET TIMESTAMP=1471400443/*!*/;

BEGIN/*!*/;

# at 775

#160817 10:20:43 server id 1  end_log_pos 823 CRC32 0x33c52e84     Table_map: `test`.`t1` mapped to number 79

# at 823

#160817 10:20:43 server id 1  end_log_pos 865 CRC32 0x77e907a2     Delete_rows: table id 79 flags: STMT_END_F

### DELETE FROM `test`.`t1`

### WHERE

###   @1=1 /* INT meta=0 nullable=1 is_null=0 */

###   @2='a' /* VARSTRING(30) meta=30 nullable=1 is_null=0 */

# at 865

#160817 10:20:43 server id 1  end_log_pos 896 CRC32 0xb0988385     Xid = 185

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格式的binlog，所有的DML操作都记录在QUERY_EVENT中，而对于ROW格式的binlog，所有的DML操作都记录在ROWS_EVENT中，ROWS_EVENT分为三种：WRITE_ROWS_EVENT，UPDATE_ROWS_EVENT，DELETE_ROWS_EVENT，分别对应insert，update和delete操作。

对于insert操作，WRITE_ROWS_EVENT包含了要插入的数据

对于update操作，UPDATE_ROWS_EVENT不仅包含了修改后的数据，还包含了修改前的值。

对于delete操作，仅仅需要指定删除的主键（在没有主键的情况下，会给定所有列）

 

事实上，在ROW格式的binlog文件中， 每个ROWS_EVENT事件前都会有一个TABLE_MAP_EVENT，用于描述表的内部id和结构定义。

即便上述两个insert操作，一个没有执行use test操作，都不影响TABLE_MAP_EVENT的内容，这也会导致基于ROW格式下的库级别的复制和基于STATEMENT格式下库级别的复制的复制规则不一致。

 

如何在ROW格式中输出原生的DML语句？

MySQL实际上提供了一个参数，可以用于输出原生的DML语句，但是该语句仅仅是其注释的作用，并不会被应用。

如下所示，

mysql> flush logs;

Query OK, 0 rows affected (0.01 sec)

 

mysql> set binlog_rows_query_log_events=1;

Query OK, 0 rows affected (0.01 sec)

 

mysql> insert into t1 values(3,'c');

Query OK, 1 row affected (0.00 sec)

 

对应的二进制的内容如下：

mysql> show binlog events in 'mysql-bin.000026';+------------------+-----+-------------+-----------+-------------+---------------------------------------+| Log_name         | Pos | Event_type  | Server_id | End_log_pos | Info                                  |+------------------+-----+-------------+-----------+-------------+---------------------------------------+| mysql-bin.000026 |   4 | Format_desc |         1 |         120 | Server ver: 5.6.31-log, Binlog ver: 4 || mysql-bin.000026 | 120 | Query       |         1 |         192 | BEGIN                                 || mysql-bin.000026 | 192 | Rows_query  |         1 |         244 | # insert into t1 values(3,'c')        || mysql-bin.000026 | 244 | Table_map   |         1 |         292 | table_id: 79 (test.t1)                || mysql-bin.000026 | 292 | Write_rows  |         1 |         334 | table_id: 79 flags: STMT_END_F        || mysql-bin.000026 | 334 | Xid         |         1 |         365 | COMMIT /* xid=189 */                  |+------------------+-----+-------------+-----------+-------------+---------------------------------------+6 rows in set (0.00 sec)

实际上，MySQL新增了一个事务类型来输出ROW格式中原生的DML语句，即ROWS_QUERY_EVENT。

 

自此以后，再也不用顾虑ROW格式的二进制日志中无法查看原生的DML语句了。

 

参考

1. MariaDB原理与实现

 

Data & safety
关注
专栏目录
Mysql之二进制日志
陌小柠的博客
02-13 506
调用 UUID(), USER(), FOUND_ROWS(), ROWS_COUNT(), 或任何用户定义的函数。– 选项：master-info-repository 和 relay-log-info-repository。– 当一个或多个具有 AUTO_INCREMENT 列的表被更新并调用触发器或存储函数时。用于从备份的时间点恢复、从备份的完全恢复和复制。使复制从属服务器能够同时从多个主服务器接收事务。– 至少需要两个主服务器和一个从属服务器设备。– 从属服务器必须使用 基于表 的资料档案库。
MySQL Memory 存储引擎浅析
最新发布
2301_81749759的博客
04-19 930
由于篇幅限制，小编在此截出几张知识讲解的图解《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！由于篇幅限制，小编在此截出几张知识讲解的图解[外链图片转存中…(img-XdUfZJTw-1713502543605)][外链图片转存中…(img-WqJMvX8A-1713502543606)][外链图片转存中…(img-yFuOdbiw-1713502543607)][外链图片转存中…(img-5CG3LS19-1713502543608)]
MySQL 中二进制日志 (binlog) 3 种不同的格式（Mixed,Statement,Row）
食肉动物的专栏
03-28 3474
MySQL 5.5 中对于二进制日志 (binlog) 有 3 种不同的格式可选：Mixed,Statement,Row，默认格式是 Statement。总结一下这三种格式日志的优缺点。 MySQL Replication 复制可以是基于一条语句 (Statement Level) ，也可以是基于一条记录 (Row Level)，可以在 MySQL 的配置参数中设定这个复制级别，不同复制级别
mysql 二进制日志格式_MySQL二进制日志
weixin_36434967的博客
01-19 126
二进制日志相关的服务器变量：sql_log_bin = {ON|OFF} 是否记录二进制日志。启用二进制记录日志，则这项必须是ON有时候，我们想执行的某些语句不要同步到slave上，可以执行set sql_log_bin=OFF;暂时关闭二进制记录功能。操作完后再启用二进制日志功能即可。sql_log_off={ON|OFF} 用于控制是否禁止将一般查询日志类信息记录进查询日志文件。默认...
MySQL 二进制日志格式
03-05 1318
MySQL 二进制日志格式日志分类 MySQL存储引擎层日志 innodb 重做日志 回滚日志 MySQL服务层日志 二进制日志 慢查日志 通用日志 二进制日志介绍记录了所有对MySQL数据库的修改事件, 包括DDL和DML操作. 其中binlog仅记录成功执行的日志, 对于回滚或者Syntax Error而未执行的事件并不记录.启用二进制日志MariaDB [(none)]> show var
浅析MySQL显式类型转换
09-09
- `BINARY`：二进制字符串。 - `JSON`：自MySQL 5.7.8版本起支持的JSON数据类型。 需要注意的是，如果尝试将不兼容的类型进行转换，MySQL将返回错误。例如，尝试将字符串`'1024'`转换为`INT`会导致错误： ```sql ...
Mysql+binlog浅析
07-10
MySQL二进制日志（binlog）是数据库系统中用于记录所有改变数据库状态的事务操作的重要组件，它在数据恢复、主从复制等方面扮演着关键角色。本文档将对MySQL的binlog进行深入浅出的分析，帮助读者理解其工作原理和...
MySQL内核源码解读-SQL解析之解析器浅析
xingduan5153的博客
10-19 837
MYSQL服务器接收SQL格式的查询，首先要对sql进行解析，内部将文本格式转换为二进制结构，这个转换就是解析器，解析的目的是为了让优化器更好的处理指令，以便以最优的路径，最少的耗时返回我们想要的结果。sql解析器的构成：1、词法分析(Lexical scanner)：作用是将整个查询分解为多个元素。2、语法规则(Grammar rule module)：...
mysql二进制日志格式
STU756的专栏
04-10 482
mysql二进制日志文件格式主要有三种格式： statement,row,mixed 3种，其中mixed是前两种的混合方式 1）直接在磁盘上新增或者更新一行的变化使用row比较合适，二进制日志复制起来比较方便    例如：insert into tablexx values(x,x,x,x) update tablexx set name="xx" where id=xxx; 2)一条
MySQL二进制日志文件格式
nch_ren的博客
12-28 817
在MySQL中，二进制日志文件是非常重要的一种日志文件，MySQL数据库的高可用架构都是以二进制日志文件为基础的，在备份数据库时，除了要备份数据文件之外，二进制日志文件也一定要备份，如果忽略了这一点，可能会给以后的工作中造成很大的麻烦，MySQL数据库的二进制日志文件中存储的是所有执行成功的，注意是执行成功的对MySQL数据库的修改事件，包括增删改查时间和对表结构的修改事件。那么二进制日志文件以什
mysql 二进制日志格式_MySQL数据库中的日志文件
weixin_35606769的博客
01-27 236
3.1认识二进制日志格式二进制日志在记录时支持以不同的格式记录，mysql提供了三种日志格式：MySQL的复制特性最初就是基于传播master端的SQL语句到slave端执行，这种方式即被称为"基于语句记录"(statement-basedlogging,SBL)。要使用这种日志记录方式，设置系统变量binlog-format=statement。进入5.1.5版本后，MySQL提供了新的日...
mysql 二进制日志格式_MySQL 二进制日志格式深入理解
weixin_33512578的博客
01-27 196
MySQL二制进日志用于记录数据库的变更记录，这里从结构上讨论一下日志的格式。每个日志都包含4个字节的magic number 和event的描述包日志有前四个字节是magic number： oxfe ox62 0×69 0x6e = 0xfe ‘b”i”n’ 转成整数：1852400382 用处就是读4个字节对比不是这个数，说明就不是二进制日志，就不用处理了。log_event.sh中可以查...
【MySQL】MySQL中的二进制日志，它有哪些格式？
m0_60511809的博客
09-27 146
注意：不能在运行时更改binlog_format变量，必须在MySQL启动时设置。一些情况下，如从存储函数或触发器中进行更改、启用NDB存储引擎、或会话当前正在使用基于行的复制时，可能无法更改binlog_format变量。MySQL支持三种不同的二进制日志格式，它们决定了如何记录二进制日志中的信息。我们可以通过设置全局或会话级别的binlog_format服务器变量来选择二进制日志的格式。二进制日志（Binary Log）是MySQL中非常重要的组件，用于记录数据库中的数据更改和结构更改。
MySQL二进制日志
数据矿工的博客
01-06 296
1.版本冲突 [root@ops logs]# mysqlbinlog --base64-output=decode-rows -v -v mysql-bin.000007 问题：ERROR: Error in Log_event::read_log_event(): 'Sanity check failed', data_len: 53, event_type: 30 [root@ops ...
mysql二进制日志格式化_Mysql 二进制日志及格式选择
weixin_42397024的博客
01-21 224
服务层日志与Mysql使用的引擎(innodb、myisam)无关,存储引擎层日志与引擎有关。基于段的格式：段格式记录的是所执行的SQL语句。通过 “ mysqlbinlog xxx文件 ” 命令可以查看binlog内容，下面是段格式binlog的内容，可以清楚看到执行的sql语句。基于行的格式：Row格式带来的额外好处：FULL： 记录一行中所有的字段，不管该字段是否被修改。...
MySQL二进制日志（Binary log）
成屿的专栏
08-05 482
文章目录1. 设置二进制日志格式2. 混合二进制记录格式3. 更改MySQL数据库表的日志记录格式4.二进制日志事务压缩 错误日志（Error log）：记录启动、运行或停止mysqld遇到的问题； 通用查询日志（General query log）：记录服务器接收到的每一个命令，包括客户端连接以及sql执行记录等； 二进制日志（Binary log）：记录引起或可能引起数据更改的SQL，用于数据还原以及主从复制； 中继日志（Relay log）：从复制源服务器收到的数据更改日志； 慢查询日
mysql--二进制日志(bin-log)三种格式介绍及分析
weixin_30243533的博客
04-13 349
一、Mysql binlog日志有三种格式，分别为ROW、Statement以及MiXED。Row LevelBinary Log会记录成【每一行数据被修改的形式】，然后在Slave端再对相同的数据进行修改。如果修改了表的结构，那么binlog日志记录的是重新创建表，在插入字段、update等操作语句，而不是的alter的动作。优点：在Row Level模式下，Binnary Log...
ArcGIS二次开发 Hook机理浅析与自定义命令创建
"Hook的作用机理-基于AO的ArcGIS二次开发——创建常用定制命令" Hook机理是ArcGIS二次开发中的一种重要机理，它允许开发人员创建自定义命令来操作ArcGIS控件和ArcGIS Desktop应用程序。在这个机理中，HookHelper...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值