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)




相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
MySQL数据库入门学习
本课程通过最流行的开源数据库MySQL带你了解数据库的世界。   相关的阿里云产品:云数据库RDS MySQL 版 阿里云关系型数据库RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务,提供容灾、备份、恢复、迁移等方面的全套解决方案,彻底解决数据库运维的烦恼。 了解产品详情: https://www.aliyun.com/product/rds/mysql 
目录
相关文章
|
2月前
|
存储 缓存 监控
MySQL服务器配置优化:my.cnf参数调优指南
本文深入解析了MySQL核心配置参数及性能优化技巧,涵盖内存结构、调优原则、存储引擎优化、查询性能优化等内容,通过实战案例帮助读者构建高性能MySQL服务器配置,解决常见的性能瓶颈问题。
|
2月前
|
SQL 运维 关系型数据库
深入探讨MySQL的二进制日志(binlog)选项
总结而言,对MySQL binlogs深度理解并妥善配置对数据库运维管理至关重要;它不仅关系到系统性能优化也是实现高可靠性架构设计必须考虑因素之一。通过精心规划与周密部署可以使得该机能充分发挥作用而避免潜在风险带来影响。
91 6
|
3月前
|
存储 SQL 关系型数据库
MySQL中binlog、redolog与undolog的不同之处解析
每个都扮演回答回溯与错误修正机构角色: BinLog像历史记载员详细记载每件大大小小事件; RedoLog则像紧急救援队伍遇见突發情況追踪最后活动轨迹尽力补救; UndoLog就类似时间机器可倒带历史让一切归位原始样貌同时兼具平行宇宙观察能让多人同时看见各自期望看见历程而互不干扰.
182 9
|
4月前
|
存储 SQL 关系型数据库
MySQL的Redo Log与Binlog机制对照分析
通过合理的配置和细致的管理,这两种日志机制相互配合,能够有效地提升MySQL数据库的可靠性和稳定性。
160 10
|
6月前
|
SQL 监控 关系型数据库
MySQL日志分析:binlog、redolog、undolog三大日志的深度探讨。
数据库管理其实和写小说一样,需要规划,需要修订,也需要有能力回滚。理解这些日志的作用与优化,就像把握写作工具的使用与运用,为我们的数据库保驾护航。
256 23
|
12月前
|
XML 安全 Java
【日志框架整合】Slf4j、Log4j、Log4j2、Logback配置模板
本文介绍了Java日志框架的基本概念和使用方法,重点讨论了SLF4J、Log4j、Logback和Log4j2之间的关系及其性能对比。SLF4J作为一个日志抽象层,允许开发者使用统一的日志接口,而Log4j、Logback和Log4j2则是具体的日志实现框架。Log4j2在性能上优于Logback,推荐在新项目中使用。文章还详细说明了如何在Spring Boot项目中配置Log4j2和Logback,以及如何使用Lombok简化日志记录。最后,提供了一些日志配置的最佳实践,包括滚动日志、统一日志格式和提高日志性能的方法。
3258 31
【日志框架整合】Slf4j、Log4j、Log4j2、Logback配置模板
|
6月前
|
监控 容灾 算法
阿里云 SLS 多云日志接入最佳实践:链路、成本与高可用性优化
本文探讨了如何高效、经济且可靠地将海外应用与基础设施日志统一采集至阿里云日志服务(SLS),解决全球化业务扩展中的关键挑战。重点介绍了高性能日志采集Agent(iLogtail/LoongCollector)在海外场景的应用,推荐使用LoongCollector以获得更优的稳定性和网络容错能力。同时分析了多种网络接入方案,包括公网直连、全球加速优化、阿里云内网及专线/CEN/VPN接入等,并提供了成本优化策略和多目标发送配置指导,帮助企业构建稳定、低成本、高可用的全球日志系统。
711 54
|
11月前
|
监控 安全 Apache
什么是Apache日志?为什么Apache日志分析很重要?
Apache是全球广泛使用的Web服务器软件,支持超过30%的活跃网站。它通过接收和处理HTTP请求,与后端服务器通信,返回响应并记录日志,确保网页请求的快速准确处理。Apache日志分为访问日志和错误日志,对提升用户体验、保障安全及优化性能至关重要。EventLog Analyzer等工具可有效管理和分析这些日志,增强Web服务的安全性和可靠性。
293 9
|
9月前
|
存储 SQL 关系型数据库
MySQL日志详解——日志分类、二进制日志bin log、回滚日志undo log、重做日志redo log
MySQL日志详解——日志分类、二进制日志bin log、回滚日志undo log、重做日志redo log、原理、写入过程;binlog与redolog区别、update语句的执行流程、两阶段提交、主从复制、三种日志的使用场景;查询日志、慢查询日志、错误日志等其他几类日志
708 35
MySQL日志详解——日志分类、二进制日志bin log、回滚日志undo log、重做日志redo log

热门文章

最新文章

推荐镜像

更多