备案控制台
开发者社区 数据库 文章 正文

解析MYSQL BINLOG二进制格式(10)--问题解答

2017-02-14 925
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
本文涉及的产品
RDS MySQL Serverless 基础系列，0.5-2RCU 50GB
推荐场景：
学生管理系统数据库设计 搭建个人博客
RDS MySQL Serverless 高可用系列，价值2615元额度，1个月
简介： 原创转发请注明出处 上接 http://blog.itpub.net/7728585/viewspace-2133188/ 解析MYSQL BINLOG 二进制格式(1)--准备工作  http://blog.

原创转发请注明出处
上接
http://blog.itpub.net/7728585/viewspace-2133188/ 解析MYSQL BINLOG 二进制格式(1)--准备工作 
http://blog.itpub.net/7728585/viewspace-2133189/ 解析MYSQL BINLOG 二进制格式(2)--FORMAT_DESCRIPTION_EVENT 
http://blog.itpub.net/7728585/viewspace-2133321/ 解析MYSQL BINLOG 二进制格式(3)--QUERY_EVENT 
http://blog.itpub.net/7728585/viewspace-2133429/ 解析MYSQL BINLOG 二进制格式(4)--TABLE_MAP_EVENT 
http://blog.itpub.net/7728585/viewspace-2133463/ 解析MYSQL BINLOG 二进制格式(5)--WRITE_ROW_EVENT 
http://blog.itpub.net/7728585/viewspace-2133469/ 解析MYSQL BINLOG 二进制格式(6)--UPDATE_ROW_EVENT/DELETE_ROW_EVENT  
http://blog.itpub.net/7728585/viewspace-2133502/ 解析MYSQL BINLOG 二进制格式(7)--Xid_log_event/XID_EVENT 
http://blog.itpub.net/7728585/viewspace-2133506/ 解析MYSQL BINLOG二进制格式(8)--GTID_LOG_EVENT/ANONYMOUS_GTID_LOG_EVENT及其他 
http://blog.itpub.net/7728585/viewspace-2133534/ 解析MYSQL BINLOG二进制格式(9)--infobin解析binlog帮助文档

本文解析全部使用工具infobin 
参考
http://blog.itpub.net/7728585/viewspace-2133534/ 解析MYSQL BINLOG二进制格式(9)--infobin解析binlog帮助文档

最后我们来回答最开始提出的问题

1、为什么说row格式较statement更占空间
   在前面所述 因为row格式记录了真正的数据，比单纯的语句要大得多，
   其binlog生成量大约为修改数据量的2/3。如果是update则更大，因为有
   前后印象大约为修改数据量的4/3
2、为什么说row格式的binlog更加安全
   在前面所述，因为row格式加入了map event，使用table_id进行复制，同时
   记录是真正的记录，那么复制是解析的其真正的数据做到了更加安全，
   换句话说他是真正的二进制的包含了修改的数据
3、INSERT/UPDATE/DELETE是生成的row binlog如何直接看懂二进制格式
   如前面各个文章所描述，并且程序我已经写好了，可以使用参考前面的文章
4、DDL生成的binlog是怎么样的
   DDL生成的binlog是语句模式，只有DML操作可以记录行格式。
5、INSERT SELECT/CREATE TABLE 如何生成的row binlog
   insert select 生成是binlog是一个事物中的多个event，但是并不是每条数据一个event
   而是多条数据生成一个event，一个event大小大约为8K左右。
 但是这也有例外就是一行数据本来就超过了8K如下：
 insert into testb values(repeat('A',19999));
------>Insert Event:Pos:563(0X233) N_pos:20600(0X5078) Time:1487042557 Event_size:20037(bytes) 
   create table as 生成的binlog比insert selcet多了一个create table的过程，但是在开启
   gtid的情况是不能使用的create table as。
我做了语句：
mysql> insert into testkk select * from test limit 40000;
Query OK, 40000 rows affected (2.52 sec)
Records: 40000  Duplicates: 0  Warnings: 0

如下：
使用
 ./infobin test.000202|more

>Gtid Event:Pos:356(0X164) N_pos:421(0X1a5) Time:1487040273 Event_size:65(bytes) 
Gtid:4a6f2a67-5d87-11e6-a6bd-0c29a879a3:1100471
-->Query Event:Pos:421(0X1a5) N_Pos:493(0X1ed) Time:1487040273 Event_size:72(bytes) 
Exe_time:0  Use_db:test Statment(35b-trun):BEGIN /*!Trx begin!*/ Gno:1100471
---->Map Event:Pos493(0X1ed) N_pos:666(0X29a) Time:1487040273 Event_size:173(bytes) 
TABLE_ID:350 DB_NAME:test TABLE_NAME:testkk Gno:1100471
------>Insert Event:Pos:666(0X29a) N_pos:8822(0X2276) Time:1487040273 Event_size:8156(bytes) 
Dml on table: test.testkk  table_id:350 Gno:1100471 
------>Insert Event:Pos:8822(0X2276) N_pos:16982(0X4256) Time:1487040273 Event_size:8160(bytes) 
Dml on table: test.testkk  table_id:350 Gno:1100471 
------>Insert Event:Pos:16982(0X4256) N_pos:25143(0X6237) Time:1487040273 Event_size:8161(bytes) 
Dml on table: test.testkk  table_id:350 Gno:1100471 
------>Insert Event:Pos:25143(0X6237) N_pos:33304(0X8218) Time:1487040273 Event_size:8161(bytes) 
Dml on table: test.testkk  table_id:350 Gno:1100471 
------>Insert Event:Pos:33304(0X8218) N_pos:41455(0Xa1ef) Time:1487040273 Event_size:8151(bytes) 
Dml on table: test.testkk  table_id:350 Gno:1100471 
------>Insert Event:Pos:41455(0Xa1ef) N_pos:49572(0Xc1a4) Time:1487040273 Event_size:8117(bytes) 
....
------>Insert Event:Pos:5602407(0X557c67) N_pos:5610568(0X559c48) Time:1487040273 Event_size:8161(bytes) 
Dml on table: test.testkk  table_id:350 Gno:1100471 
------>Insert Event:Pos:5610568(0X559c48) N_pos:5618719(0X55bc1f) Time:1487040273 Event_size:8151(bytes) 
Dml on table: test.testkk  table_id:350 Gno:1100471 
------>Insert Event:Pos:5618719(0X55bc1f) N_pos:5624075(0X55d10b) Time:1487040273 Event_size:5356(bytes) 
Dml on table: test.testkk  table_id:350 Gno:1100471 
>Xid Event:Pos:5624075(0X55d10b) N_Pos:5624106(0X55d12a) Time:1487040273 Event_size:31(bytes) 
COMMIT; /*!Trx end*/ Gno:1100471

可以看到大小大约为8K，当然如果不嫌麻烦用mysqlbinlog也行但是event_size需要自己减一下。

6、如果一个delete大表先开始，然后不断有insert小表进入，他是如何生成binlog的。gtid又是按什么顺序生成

我通过分析 delete大表的binlog会在commit后写到binlog中，之前binlog记录在缓存或者临时文件中
但是binlog中的时间记录为事务开始时间为delete发起时间，其gtid生成顺序
是按照commit的时候生成的，同时一个事物的binlog一定是连续的。
如下：
>Gtid Event:Pos:120314(0X1d5fa) N_pos:120379(0X1d63b) Time:1487032811 Event_size:65(bytes)  --小事物开始
Gtid:4a6f2a67-5d87-11e6-a6bd-0c29a879a3:1000922
-->Query Event:Pos:120379(0X1d63b) N_Pos:120451(0X1d683) Time:1487032811 Event_size:72(bytes) 
Exe_time:0  Use_db:test Statment(35b-trun):BEGIN /*!Trx begin!*/ Gno:1000922
---->Map Event:Pos120451(0X1d683) N_pos:120503(0X1d6b7) Time:1487032811 Event_size:52(bytes) 
TABLE_ID:343 DB_NAME:test TABLE_NAME:testloop1 Gno:1000922
------>Insert Event:Pos:120503(0X1d6b7) N_pos:120543(0X1d6df) Time:1487032811 Event_size:40(bytes) 
Dml on table: test.testloop1  table_id:343 Gno:1000922 
>Xid Event:Pos:120543(0X1d6df) N_Pos:120574(0X1d6fe) Time:1487032811 Event_size:31(bytes) 
COMMIT; /*!Trx end*/ Gno:1000922 --小事物结束
>Gtid Event:Pos:120574(0X1d6fe) N_pos:120639(0X1d73f) Time:1487032783 Event_size:65(bytes) --大事物开始
Gtid:4a6f2a67-5d87-11e6-a6bd-0c29a879a3:1000923
-->Query Event:Pos:120639(0X1d73f) N_Pos:120711(0X1d787) Time:1487032783 Event_size:72(bytes) 
Exe_time:0  Use_db:test Statment(35b-trun):BEGIN /*!Trx begin!*/ Gno:1000923
---->Map Event:Pos120711(0X1d787) N_pos:120888(0X1d838) Time:1487032783 Event_size:177(bytes) 
TABLE_ID:342 DB_NAME:test TABLE_NAME:test100009 Gno:1000923
------>Delete Event:Pos:120888(0X1d838) N_pos:129044(0X1f814) Time:1487032783 Event_size:8156(bytes) 
Dml on table: test.test100009  table_id:342 Gno:1000923 
------>Delete Event:Pos:129044(0X1f814) N_pos:137204(0X217f4) Time:1487032783 Event_size:8160(bytes) 
Dml on table: test.test100009  table_id:342 Gno:1000923 
------>Delete Event:Pos:137204(0X217f4) N_pos:145365(0X237d5) Time:1487032783 Event_size:8161(bytes) 
Dml on table: test.test100009  table_id:342 Gno:1000923 
.................
Dml on table: test.test100009  table_id:342 Gno:1000923 
------>Delete Event:Pos:102028245(0X614d3d5) N_pos:102036403(0X614f3b3) Time:1487032783 Event_size:8158(bytes) 
Dml on table: test.test100009  table_id:342 Gno:1000923 
------>Delete Event:Pos:102036403(0X614f3b3) N_pos:102040255(0X61502bf) Time:1487032783 Event_size:3852(bytes) 
Dml on table: test.test100009  table_id:342 Gno:1000923 
>Xid Event:Pos:102040255(0X61502bf) N_Pos:102040286(0X61502de) Time:1487032783 Event_size:31(bytes) 
COMMIT; /*!Trx end*/ Gno:1000923 ---大事物结束
>Gtid Event:Pos:102040286(0X61502de) N_pos:102040351(0X615031f) Time:1487032811 Event_size:65(bytes) --小事物开始
Gtid:4a6f2a67-5d87-11e6-a6bd-0c29a879a3:1000924
-->Query Event:Pos:102040351(0X615031f) N_Pos:102040423(0X6150367) Time:1487032811 Event_size:72(bytes) 
Exe_time:0  Use_db:test Statment(35b-trun):BEGIN /*!Trx begin!*/ Gno:1000924
---->Map Event:Pos102040423(0X6150367) N_pos:102040475(0X615039b) Time:1487032811 Event_size:52(bytes) 
TABLE_ID:343 DB_NAME:test TABLE_NAME:testloop1 Gno:1000924
------>Insert Event:Pos:102040475(0X615039b) N_pos:102040515(0X61503c3) Time:1487032811 Event_size:40(bytes) 
Dml on table: test.testloop1  table_id:343 Gno:1000924 
>Xid Event:Pos:102040515(0X61503c3) N_Pos:102040546(0X61503e2) Time:1487032811 Event_size:31(bytes) 
COMMIT; /*!Trx end*/ Gno:1000924 --小事物结束


      会话 A                                                                                                       会话B
delete 事物 1487032783开始                                     
        +                                                                                             insert 事物开始 1487032811 
        +                                                                                            commit gtid:4a6f2a67-5d87-11e6-a6bd-0c29a879a3:1000922 
        +
delete 事物结束commit 生成
commit gtid:4a6f2a67-5d87-11e6-a6bd-0c29a879a3:1000923
                                                                                                      insert 事物开始 1487032811
                                                                                                     commit gtid:4a6f2a67-5d87-11e6-a6bd-0c29a879a3:1000924
                                                       


实际上记录binlog的顺序为
insert   commit gtid:4a6f2a67-5d87-11e6-a6bd-0c29a879a3:1000922 
delete commit gtid:4a6f2a67-5d87-11e6-a6bd-0c29a879a3:1000923
insert  commit gtid:4a6f2a67-5d87-11e6-a6bd-0c29a879a3:1000924


也就是说delete记录到了第一个insert之后，按照是commit的顺序来记录和分配gtid的
也就是上面解析出来的结果。

至此mysql binlog 二进制格式解析系列文章告于段落

文章标签：
云数据库 RDS MySQL 版
云解析DNS
关系型数据库
SQL
MySQL
关键词：
binlog mysql
云数据库 RDS MySQL 版binlog
mysql binlog
云解析DNS格式
binlog解析
相关实践学习
基于CentOS快速搭建LAMP环境
本教程介绍如何搭建LAMP环境，其中LAMP分别代表Linux、Apache、MySQL和PHP。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心，利用清洁计算为万物互联的新世界提供源源不断的能源动力，目前开服的区域包括中国（华北、华东、华南、香港）、新加坡、美国（美东、美西）、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程，来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品：云服务器ECS 云服务器 ECS（Elastic Compute Service）是一种弹性可伸缩的计算服务，助您降低 IT 成本，提升运维效率，使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
重庆八怪
目录
相关文章
孤影过客
|
14天前
|
存储 关系型数据库 MySQL
【面试宝藏】MySQL 面试题解析
MySQL面试题解析涵盖数据库范式、权限系统、Binlog格式、存储引擎对比、索引原理及优缺点、锁类型、事务隔离级别等。重点讨论了InnoDB与MyISAM的区别，如事务支持、外键和锁机制。此外，还提到了Unix时间戳与MySQL日期时间的转换，以及创建索引的策略。
孤影过客
26 4
一只牛博
|
21天前
|
Prometheus 监控 关系型数据库
数据库同步革命：MySQL GTID模式下主从配置的全面解析
数据库同步革命：MySQL GTID模式下主从配置的全面解析
一只牛博
80 0
三分钟热度的鱼
|
10天前
|
Oracle 关系型数据库 MySQL
实时计算 Flink版产品使用问题之假如mysql的binlog有很多个文件，按什么顺序扫描
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架，广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器，提供了一套全面的解决方案，以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点，使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
三分钟热度的鱼
24 5
JavaPub
|
11天前
|
Go
golang解析excel、csv编码格式
golang解析excel、csv编码格式
JavaPub
12 4
一只牛博
|
21天前
|
安全 关系型数据库 MySQL
深入解析MySQL 8中的角色与用户管理
深入解析MySQL 8中的角色与用户管理
一只牛博
28 3
游客n5wu27bgadceq
|
2天前
|
XML 自然语言处理 数据安全/隐私保护
PDF的文件格式解析分享
PDF文件格式解析
游客n5wu27bgadceq
12 0
蓝易云
|
9天前
|
关系型数据库 MySQL
蓝易云 - MySQL自动删除binlog日志
注意，这个参数只影响新的binlog文件。如果你的服务器上已经有超过7天的日志文件，你需要手动删除它们，或者使用PURGE BINARY LOGS命令来删除它们。
蓝易云
10 0
hsfxuebao
|
12天前
|
存储 SQL 关系型数据库
【MySQL技术内幕】4.2-InnoDB行记录格式
【MySQL技术内幕】4.2-InnoDB行记录格式
hsfxuebao
14 0
以山向海
|
2天前
|
存储 关系型数据库 MySQL
关系型数据库MySQL的MyISAM
【6月更文挑战第17天】
以山向海
18 11
以山向海
|
3天前
|
存储 关系型数据库 MySQL
关系型数据库mysql文件系统支持文件结构
【6月更文挑战第16天】
以山向海
18 9

热门文章

最新文章

  • 1
    DataWorks产品使用合集之在DataWorks中，如何通过PolarDB for MySQL来查看binlog日志
  • 2
    《DNS攻击防范科普系列4》--遭遇DNS缓存投毒该怎么办？
  • 3
    Unity 消息发送机制 解析
  • 4
    《深入解析Android 虚拟机》——第2章，第2.2节Java虚拟机概述
  • 5
    Linux命令行(Console)解析JSON
  • 6
    C语言文件操作解析(五)之EOF解析
  • 7
    利用GSON解析JSON数据
  • 8
    Android事件分发机制完全解析，带你从源码的角度彻底理解
  • 9
    Android系统原生应用解析之桌面闹钟及相关原理应用之时钟任务的应用(二)
  • 10
    fragment和fragmentactivity解析
  • 1
    Flink CDC产品常见问题之binlog 过期如何解决
    94
  • 2
    binlog,undolog,redolog
    62
  • 3
    binlog 日志的三种格式
    41
  • 4
    Flink cdc报错问题之消费binlog报错如何解决
    160
  • 5
    MySQL Binlog深度解析：进阶应用与实战技巧【进阶应用】
    65
  • 6
    Binlog vs. Redo Log：数据库日志的较劲【高级】
    91
  • 7
    Binlog vs. Redo Log：数据库日志的较劲【基础】
    254
  • 8
    Mysql专栏 - mysql、innodb存储引擎、binlog的工作流程
    97
  • 9
    MySQL sync_binlog配置
    71
  • 10
    Mysql数据库redo log及binlog的写入
    54

    • 相关课程

    更多
  • MySQL企业常见架构与调优经验分享
  • 云数据库MySQL版快速上手教程
  • 阿里云云原生数据仓库AnalyticDB MySQL版 使用教程
  • MySQL实战进阶
  • 数据库及SQL/MySQL基础
  • 云数据库MySQL快速入门

    • 相关电子书

    更多
  • 搭建电商项目架构连接MySQL
  • 搭建4层电商项目架构，实战连接MySQL
  • PolarDB MySQL引擎重磅功能及产品能力盛大发布

    • 相关实验场景

    更多
  • 极致弹性的PolarDB Serverless确保数据业务持续在线
  • 云端MySQL的安装及应用
  • 体验PolarDB MySQL多主集群
  • 基于ECS+RDS的在线留言系统
  • 如何通过RDS MySQL数据库内网访问
  • RDS MySQL Serverless资源与负载自适应

    • 推荐镜像

    更多
  • DNS
  • mysql
  • mariadb
    • 下一篇
    部署LAMP环境（Alibaba Cloud Linux 3）