mysql之参数binlog_rows_query_log_events

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
云数据库 RDS PostgreSQL,集群系列 2核4GB
简介: mysql之参数binlog_rows_query_log_events

    在mysql5.6版本将设置binlog_rows_query_log_events=1,在binlog格式为row的模式下,也可通过SHOW BINLOG EVENTS in 'binlog.000001';查看完整的sql语句


mysql> show variables like 'binlog_rows_query_log_events';

+------------------------------+-------+

| Variable_name                | Value |

+------------------------------+-------+

| binlog_rows_query_log_events | OFF   |

+------------------------------+-------+

1 row in set (0.01 sec)


开启

mysql> set global binlog_rows_query_log_events=1;

Query OK, 0 rows affected (0.00 sec)


mysql> show variables like 'binlog_rows_query_log_events';

+------------------------------+-------+

| Variable_name                | Value |

+------------------------------+-------+

| binlog_rows_query_log_events | ON    |

+------------------------------+-------+

1 row in set (0.00 sec)



mysql> SHOW BINLOG EVENTS in 'binlog.000001';

+---------------+------+----------------+-----------+-------------+----------------------------------------------------------+

| Log_name      | Pos  | Event_type     | Server_id | End_log_pos | Info                                                     |

+---------------+------+----------------+-----------+-------------+----------------------------------------------------------+

| binlog.000001 |    4 | Format_desc    |       181 |         123 | Server ver: 5.7.17-log, Binlog ver: 4                    |

| binlog.000001 |  123 | Previous_gtids |       181 |         154 |                                                          |

| binlog.000001 |  154 | Anonymous_Gtid |       181 |         219 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS'                     |

| binlog.000001 |  219 | Query          |       181 |         336 | use `bhs`; create table test(id int(4),name varchar(22)) |

| binlog.000001 |  336 | Anonymous_Gtid |       181 |         401 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS'                     |

| binlog.000001 |  401 | Query          |       181 |         472 | BEGIN                                                    |

| binlog.000001 |  472 | Table_map      |       181 |         521 | table_id: 219 (bhs.test)                                 |

| binlog.000001 |  521 | Write_rows     |       181 |         563 | table_id: 219 flags: STMT_END_F                          |

| binlog.000001 |  563 | Xid            |       181 |         594 | COMMIT /* xid=10 */                                      |

| binlog.000001 |  594 | Anonymous_Gtid |       181 |         659 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS'                     |

| binlog.000001 |  659 | Query          |       181 |         730 | BEGIN                                                    |

| binlog.000001 |  730 | Table_map      |       181 |         779 | table_id: 219 (bhs.test)                                 |

| binlog.000001 |  779 | Write_rows     |       181 |         821 | table_id: 219 flags: STMT_END_F                          |

| binlog.000001 |  821 | Xid            |       181 |         852 | COMMIT /* xid=11 */                                      |

| binlog.000001 |  852 | Anonymous_Gtid |       181 |         917 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS'                     |

| binlog.000001 |  917 | Query          |       181 |         988 | BEGIN                                                    |

| binlog.000001 |  988 | Table_map      |       181 |        1037 | table_id: 219 (bhs.test)                                 |

| binlog.000001 | 1037 | Write_rows     |       181 |        1079 | table_id: 219 flags: STMT_END_F                          |

| binlog.000001 | 1079 | Xid            |       181 |        1110 | COMMIT /* xid=12 */                                      |

| binlog.000001 | 1110 | Anonymous_Gtid |       181 |        1175 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS'                     |

| binlog.000001 | 1175 | Query          |       181 |        1246 | BEGIN                                                    |

| binlog.000001 | 1246 | Table_map      |       181 |        1295 | table_id: 219 (bhs.test)                                 |

| binlog.000001 | 1295 | Delete_rows    |       181 |        1351 | table_id: 219 flags: STMT_END_F                          |

| binlog.000001 | 1351 | Xid            |       181 |        1382 | COMMIT /* xid=56 */                                      |

| binlog.000001 | 1382 | Anonymous_Gtid |       181 |        1447 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS'                     |

| binlog.000001 | 1447 | Query          |       181 |        1562 | use `bhs`; DROP TABLE `test` /* generated by server */   |

| binlog.000001 | 1562 | Anonymous_Gtid |       181 |        1627 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS'                     |

| binlog.000001 | 1627 | Query          |       181 |        1744 | use `bhs`; create table test(id int(4),name varchar(22)) |

| binlog.000001 | 1744 | Anonymous_Gtid |       181 |        1809 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS'                     |

| binlog.000001 | 1809 | Query          |       181 |        1880 | BEGIN                                                    |

| binlog.000001 | 1880 | Table_map      |       181 |        1929 | table_id: 221 (bhs.test)                                 |

| binlog.000001 | 1929 | Write_rows     |       181 |        1971 | table_id: 221 flags: STMT_END_F                          |

| binlog.000001 | 1971 | Xid            |       181 |        2002 | COMMIT /* xid=80 */                                      |

| binlog.000001 | 2002 | Anonymous_Gtid |       181 |        2067 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS'                     |

| binlog.000001 | 2067 | Query          |       181 |        2138 | BEGIN                                                    |

| binlog.000001 | 2138 | Table_map      |       181 |        2187 | table_id: 221 (bhs.test)                                 |

| binlog.000001 | 2187 | Write_rows     |       181 |        2229 | table_id: 221 flags: STMT_END_F                          |

| binlog.000001 | 2229 | Xid            |       181 |        2260 | COMMIT /* xid=86 */                                      |

| binlog.000001 | 2260 | Anonymous_Gtid |       181 |        2325 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS'                     |

| binlog.000001 | 2325 | Query          |       181 |        2396 | BEGIN                                                    |

| binlog.000001 | 2396 | Table_map      |       181 |        2445 | table_id: 221 (bhs.test)                                 |

| binlog.000001 | 2445 | Write_rows     |       181 |        2487 | table_id: 221 flags: STMT_END_F                          |

| binlog.000001 | 2487 | Xid            |       181 |        2518 | COMMIT /* xid=92 */                                      |

+---------------+------+----------------+-----------+-------------+----------------------------------------------------------+

43 rows in set (0.00 sec)




相关实践学习
如何在云端创建MySQL数据库
开始实验后,系统会自动创建一台自建MySQL的 源数据库 ECS 实例和一台 目标数据库 RDS。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
目录
相关文章
|
20天前
|
canal 消息中间件 关系型数据库
Canal作为一款高效、可靠的数据同步工具,凭借其基于MySQL binlog的增量同步机制,在数据同步领域展现了强大的应用价值
【9月更文挑战第1天】Canal作为一款高效、可靠的数据同步工具,凭借其基于MySQL binlog的增量同步机制,在数据同步领域展现了强大的应用价值
115 4
|
29天前
|
SQL 关系型数据库 MySQL
【揭秘】MySQL binlog日志与GTID:如何让数据库备份恢复变得轻松简单?
【8月更文挑战第22天】MySQL的binlog日志记录数据变更,用于恢复、复制和点恢复;GTID为每笔事务分配唯一ID,简化复制和恢复流程。开启binlog和GTID后,可通过`mysqldump`进行逻辑备份,包含binlog位置信息,或用`xtrabackup`做物理备份。恢复时,使用`mysql`命令执行备份文件,或通过`innobackupex`恢复物理备份。GTID模式下的主从复制配置更简便。
124 2
|
6天前
|
存储 SQL 关系型数据库
【MySQL调优】如何进行MySQL调优?从参数、数据建模、索引、SQL语句等方向,三万字详细解读MySQL的性能优化方案(2024版)
MySQL调优主要分为三个步骤:监控报警、排查慢SQL、MySQL调优。 排查慢SQL:开启慢查询日志 、找出最慢的几条SQL、分析查询计划 。 MySQL调优: 基础优化:缓存优化、硬件优化、参数优化、定期清理垃圾、使用合适的存储引擎、读写分离、分库分表; 表设计优化:数据类型优化、冷热数据分表等。 索引优化:考虑索引失效的11个场景、遵循索引设计原则、连接查询优化、排序优化、深分页查询优化、覆盖索引、索引下推、用普通索引等。 SQL优化。
【MySQL调优】如何进行MySQL调优?从参数、数据建模、索引、SQL语句等方向,三万字详细解读MySQL的性能优化方案(2024版)
|
20天前
|
API C# 开发框架
WPF与Web服务集成大揭秘:手把手教你调用RESTful API,客户端与服务器端优劣对比全解析!
【8月更文挑战第31天】在现代软件开发中,WPF 和 Web 服务各具特色。WPF 以其出色的界面展示能力受到欢迎,而 Web 服务则凭借跨平台和易维护性在互联网应用中占有一席之地。本文探讨了 WPF 如何通过 HttpClient 类调用 RESTful API,并展示了基于 ASP.NET Core 的 Web 服务如何实现同样的功能。通过对比分析,揭示了两者各自的优缺点:WPF 客户端直接处理数据,减轻服务器负担,但需处理网络异常;Web 服务则能利用服务器端功能如缓存和权限验证,但可能增加服务器负载。希望本文能帮助开发者根据具体需求选择合适的技术方案。
56 0
|
20天前
|
C# Windows 监控
WPF应用跨界成长秘籍:深度揭秘如何与Windows服务完美交互,扩展功能无界限!
【8月更文挑战第31天】WPF(Windows Presentation Foundation)是 .NET 框架下的图形界面技术,具有丰富的界面设计和灵活的客户端功能。在某些场景下,WPF 应用需与 Windows 服务交互以实现后台任务处理、系统监控等功能。本文探讨了两者交互的方法,并通过示例代码展示了如何扩展 WPF 应用的功能。首先介绍了 Windows 服务的基础知识,然后阐述了创建 Windows 服务、设计通信接口及 WPF 客户端调用服务的具体步骤。通过合理的交互设计,WPF 应用可获得更强的后台处理能力和系统级操作权限,提升应用的整体性能。
42 0
|
27天前
|
存储 关系型数据库 MySQL
深入MySQL:事务日志redo log详解与实践
【8月更文挑战第24天】在MySQL的InnoDB存储引擎中,为确保事务的持久性和数据一致性,采用了redo log(重做日志)机制。redo log记录了所有数据修改,在系统崩溃后可通过它恢复未完成的事务。它由内存中的redo log buffer和磁盘上的redo log file组成。事务修改先写入buffer,再异步刷新至磁盘,最后提交事务。若系统崩溃,InnoDB通过redo log重放已提交事务并利用undo log回滚未提交事务,确保数据完整。理解redo log工作流程有助于优化数据库性能和确保数据安全。
109 0
|
27天前
|
存储 SQL 关系型数据库
MySQL事务日志奥秘:undo log大揭秘,一文让你彻底解锁!
【8月更文挑战第24天】本文深入探讨了MySQL中undo log的关键作用及其在确保事务原子性和一致性方面的机制。MySQL通过记录事务前的数据状态,在需要时能回滚至初始状态。主要介绍InnoDB存储引擎下的undo log实现,包括undo segment和record的结构,而MyISAM则采用redo log保障持久性而非一致性。通过一个简单的SQL回滚示例,展示了undo log如何在实际操作中发挥作用,帮助读者更好地理解并运用MySQL事务管理功能。
102 0
|
28天前
|
SQL 存储 关系型数据库
MySQL日志,你知多少?
MySQL日志,你知多少?
41 0
|
1月前
|
SQL 关系型数据库 MySQL
【MySQL】根据binlog日志获取回滚sql的一个开发思路
【MySQL】根据binlog日志获取回滚sql的一个开发思路
|
1月前
|
关系型数据库 MySQL Shell
MySQL回滚脚本: 误操作delete binlog回滚shell脚本
MySQL回滚脚本: 误操作delete binlog回滚shell脚本