当前位置:首页 > 文章列表 > 数据库 > MySQL > MySQL binlog 设计

MySQL binlog 设计

来源:SegmentFault 2023-02-24 18:43:33 0浏览 收藏

来到golang学习网的大家,相信都是编程学习爱好者,希望在这里学习数据库相关编程知识。下面本篇文章就来带大家聊聊《MySQL binlog 设计》,介绍一下MySQL,希望对大家的知识积累有所帮助,助力实战开发!

通过这篇文章你能了解到的知识

  • binlog.000001
    binlog.000002
    binlog.000003
    binlog.000004
    binlog.000005
    binlog.000006
    binlog.index 

    每个日志文件以一个 4 字节魔数 ( 0xfe b i n) 开头,后面是一组描述数据修改的事件,文件格式如下:

    +===================+
    | Magic Number        |
    +===================+
    | Start Event        |
    +===================+
    | Event 1            |
    +===================+
    | ...                |
    +===================+

    一个具体的例子:

     show BINLOG EVENTS in 'binlog.000001'
    +---------------+---------+----------------+-----------+-------------+-------------------------------------------------------------------+
    | Log_name      | Pos     | Event_type     | Server_id | End_log_pos | Info                                                              |
    +---------------+---------+----------------+-----------+-------------+-------------------------------------------------------------------+
    | binlog.000001 | 4       | Format_desc    | 1         | 125         | Server ver: 8.0.26, Binlog ver: 4                                 |
    | binlog.000001 | 125     | Previous_gtids | 1         | 156         |                                                                   |
    | binlog.000001 | 156     | Anonymous_Gtid | 1         | 233         | SET @@SESSION.GTID_NEXT= 'ANONYMOUS'                              |
    | binlog.000001 | 233     | Query          | 1         | 337         | use `mysql`; TRUNCATE TABLE time_zone /* xid=3 */                 |
    | binlog.000001 | 337     | Anonymous_Gtid | 1         | 414         | SET @@SESSION.GTID_NEXT= 'ANONYMOUS'                              |
    | binlog.000001 | 414     | Query          | 1         | 523         | use `mysql`; TRUNCATE TABLE time_zone_name /* xid=4 */            |

    事件 Event 常见分类

    • +===================+
      | event header      |
      +===================+
      | event data        |
      +===================+

      以下是 Event 的具体结构以及各版本之间的差异

      其中数字代表着这个字段在 Event 中的 limit 与 offset, 例如 0:4,代表着在这个字段的位置在 Event 的 0-4 个字节。

      +=====================================+
      | event  | timestamp         0 : 4    |
      | header +----------------------------+
      |        | type_code         4 : 1    |
      |        +----------------------------+
      |        | server_id         5 : 4    |
      |        +----------------------------+
      |        | event_length      9 : 4    | v1 header 共 13 个字节
      |        +----------------------------+
      |        | next_position    13 : 4    | v3 版本增加。
      |        +----------------------------+
      |        | flags            17 : 2    | v3 版本增加。 v3 header 共 19 个字节
      |        +----------------------------+
      |        | extra_headers    19 : x-19 | v4 版本增加。 v4 header 最少 19 个字节
      +=====================================+
      | event  | fixed part        x : y    |
      | data   +----------------------------+
      |        | variable part              |
      +=====================================+

      header 部分各字段解释

      • +======================================+
        | fixed   | issue_thread      0 : 4    | 触发该语句的线程id
        | part    +----------------------------+
        |         | timestamp         4 : 4    | 语句执行的时间
        |         +----------------------------+
        |         | db_name_len       8 : 1    | 使用数据库名长度
        |         +----------------------------+
        |         | error_code        9 : 2    | 错误码
        +======================================+
        | variable| db_name                    | db name
        | part    +----------------------------+
        |         | sql_statment               | sql 语句
        +======================================+

        总结

        • binlog
          文件由魔数与事件列表构成,事件列表分成三部分:开始事件 + 数据更新相关的事件 + 切换事件
        • 事件的类型决定了事件的格式,因为每种事件所需的信息是不一致的

        常见问题

        1. 主从复制,采取的是 push 模式还是 pull 模式
        2. MySQL binlog 为什么不默认使用 Mixed 模式
        3. 在使用
          RBL
          前提下 ,DDL(CREATE/ALTER) 语句怎么记录
        4. 使用
          NOW()
          的语句是不安全么(
          SBL
          主从复制 )
        5. 如果让你来设计开始事件类型的结构,data 部分需要什么数据
        6. binlog
          redo log
          区别

        参考

        1. https://dev.mysql.com/doc/int...
        2. http://mysql.taobao.org/month...
        3. https://zhuanlan.zhihu.com/p/...

        今天关于《MySQL binlog 设计》的内容就介绍到这里了,是不是学起来一目了然!想要了解更多关于mysql的内容请关注golang学习网公众号!

版本声明
本文转载于:SegmentFault 如有侵犯,请联系study_golang@163.com删除
康师傅重出江湖,MySQL从小白到高手视频教程发布康师傅重出江湖,MySQL从小白到高手视频教程发布
上一篇
康师傅重出江湖,MySQL从小白到高手视频教程发布
关于自增主键
下一篇
关于自增主键
查看更多
最新文章
查看更多
课程推荐
  • 前端进阶之JavaScript设计模式
    前端进阶之JavaScript设计模式
    设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
    542次学习
  • GO语言核心编程课程
    GO语言核心编程课程
    本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
    511次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    498次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    484次学习
查看更多
AI推荐
  • 千音漫语:智能声音创作助手,AI配音、音视频翻译一站搞定!
    千音漫语
    千音漫语,北京熠声科技倾力打造的智能声音创作助手,提供AI配音、音视频翻译、语音识别、声音克隆等强大功能,助力有声书制作、视频创作、教育培训等领域,官网:https://qianyin123.com
    96次使用
  • MiniWork:智能高效AI工具平台,一站式工作学习效率解决方案
    MiniWork
    MiniWork是一款智能高效的AI工具平台,专为提升工作与学习效率而设计。整合文本处理、图像生成、营销策划及运营管理等多元AI工具,提供精准智能解决方案,让复杂工作简单高效。
    89次使用
  • NoCode (nocode.cn):零代码构建应用、网站、管理系统,降低开发门槛
    NoCode
    NoCode (nocode.cn)是领先的无代码开发平台,通过拖放、AI对话等简单操作,助您快速创建各类应用、网站与管理系统。无需编程知识,轻松实现个人生活、商业经营、企业管理多场景需求,大幅降低开发门槛,高效低成本。
    107次使用
  • 达医智影:阿里巴巴达摩院医疗AI影像早筛平台,CT一扫多筛癌症急慢病
    达医智影
    达医智影,阿里巴巴达摩院医疗AI创新力作。全球率先利用平扫CT实现“一扫多筛”,仅一次CT扫描即可高效识别多种癌症、急症及慢病,为疾病早期发现提供智能、精准的AI影像早筛解决方案。
    98次使用
  • 智慧芽Eureka:更懂技术创新的AI Agent平台,助力研发效率飞跃
    智慧芽Eureka
    智慧芽Eureka,专为技术创新打造的AI Agent平台。深度理解专利、研发、生物医药、材料、科创等复杂场景,通过专家级AI Agent精准执行任务,智能化工作流解放70%生产力,让您专注核心创新。
    99次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议隐私政策
返回登录
  • 重置密码