当前位置:首页 > 文章列表 > 数据库 > 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基础的同学学习。
    543次学习
  • GO语言核心编程课程
    GO语言核心编程课程
    本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
    514次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    499次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    484次学习
查看更多
AI推荐
  • SEO  AI Mermaid 流程图:自然语言生成,文本驱动可视化创作
    AI Mermaid流程图
    SEO AI Mermaid 流程图工具:基于 Mermaid 语法,AI 辅助,自然语言生成流程图,提升可视化创作效率,适用于开发者、产品经理、教育工作者。
    649次使用
  • 搜获客笔记生成器:小红书医美爆款内容AI创作神器
    搜获客【笔记生成器】
    搜获客笔记生成器,国内首个聚焦小红书医美垂类的AI文案工具。1500万爆款文案库,行业专属算法,助您高效创作合规、引流的医美笔记,提升运营效率,引爆小红书流量!
    659次使用
  • iTerms:一站式法律AI工作台,智能合同审查起草与法律问答专家
    iTerms
    iTerms是一款专业的一站式法律AI工作台,提供AI合同审查、AI合同起草及AI法律问答服务。通过智能问答、深度思考与联网检索,助您高效检索法律法规与司法判例,告别传统模板,实现合同一键起草与在线编辑,大幅提升法律事务处理效率。
    678次使用
  • TokenPony:AI大模型API聚合平台,一站式接入,高效稳定高性价比
    TokenPony
    TokenPony是讯盟科技旗下的AI大模型聚合API平台。通过统一接口接入DeepSeek、Kimi、Qwen等主流模型,支持1024K超长上下文,实现零配置、免部署、极速响应与高性价比的AI应用开发,助力专业用户轻松构建智能服务。
    746次使用
  • 迅捷AIPPT:AI智能PPT生成器,高效制作专业演示文稿
    迅捷AIPPT
    迅捷AIPPT是一款高效AI智能PPT生成软件,一键智能生成精美演示文稿。内置海量专业模板、多样风格,支持自定义大纲,助您轻松制作高质量PPT,大幅节省时间。
    637次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议隐私政策
返回登录
  • 重置密码