博客
关于我
Mysql数据库 InnoDB存储引擎中Master Thread的执行流程
阅读量:806 次
发布时间:2023-02-12

本文共 669 字,大约阅读时间需要 2 分钟。

InnoDB线程的工作机制主要由主循环、后台循环、清理循环和暂停循环四个部分组成。在InnoDB1.0.X版本之前,主循环的操作主要分为每秒和每十秒两部分。

每秒操作

每秒钟主循环会执行以下任务:

  • 刷新日志文件至磁盘。
  • 判断脏页占比,决定是否需要刷新(通常刷新100个脏页)。
  • 检查磁盘IO次数,判断是否需要合并插入缓冲(通常每秒一次,磁盘IO超过5次则合并)。
  • 如果没有用户事件,则切换至后台循环。
  • 每十秒操作

    每十秒主循环会执行以下任务:

  • 如果前十秒磁盘IO总次数未超过20次,则刷新100个脏页。
  • 清理Undo缓冲。
  • 合并5个插入缓冲。
  • 刷新日志缓冲至日志文件。
  • 刷新100个脏页或10个脏页(根据配置决定)。
  • 后台循环

    后台循环的主要任务是处理InnoDB存储引擎的事务。如果没有事务可处理,则切换至清理循环:

  • 清理Undo缓冲。
  • 合并20个插入缓冲。
  • 判断是否有事务可做,若无则进入清理循环。
  • 清理循环

    清理循环根据Buffer Pool中脏页比例判断是否需要刷新:

  • 如果脏页比例超过设定值,刷新100个脏页。
  • 当脏页比例低于设定值时,进入暂停循环,挂起主循环等待事件发生。
  • 版本更新

    InnoDB1.0.X版本引入了两个主要修改:

  • 增加参数控制刷新数量的百分比。
  • 修改脏页刷新比例,从90%降至75%。
  • InnoDB1.2.X进一步优化,将每秒和每十秒操作合并为一个判断流程:

  • 若InnoDB无事可做,则执行十秒操作;否则执行每秒操作。
  • 将刷新脏页任务交由单独线程处理。
  • 此优化使InnoDB线程结构更高效,减少主循环的负担。

    转载地址:http://tddfk.baihongyu.com/

    你可能感兴趣的文章
    NUMPY矢量化np.prod不能构造具有超过32个操作数的ufunc
    查看>>
    Numpy矩阵与通用函数
    查看>>
    numpy绘制热力图
    查看>>
    numpy转PIL 报错TypeError: Cannot handle this data type
    查看>>
    Numpy闯关100题,我闯了95关,你呢?
    查看>>
    nump模块
    查看>>
    Nutch + solr 这个配合不错哦
    查看>>
    NuttX 构建系统
    查看>>
    NutUI:京东风格的轻量级 Vue 组件库
    查看>>
    NutzCodeInsight 2.0.7 发布,为 nutz-sqltpl 提供友好的 ide 支持
    查看>>
    NutzWk 5.1.5 发布,Java 微服务分布式开发框架
    查看>>
    NUUO网络视频录像机 css_parser.php 任意文件读取漏洞复现
    查看>>
    NUUO网络视频录像机 upload.php 任意文件上传漏洞复现
    查看>>
    Nuxt Time 使用指南
    查看>>
    NuxtJS 接口转发详解:Nitro 的用法与注意事项
    查看>>
    NVDIMM原理与应用之四:基于pstore 和 ramoops保存Kernel panic日志
    查看>>
    NVelocity标签使用详解
    查看>>
    NVelocity标签设置缓存的解决方案
    查看>>
    Nvidia Cudatoolkit 与 Conda Cudatoolkit
    查看>>
    NVIDIA GPU 的状态信息输出,由 `nvidia-smi` 命令生成
    查看>>