MySql中Binary Log的流程是什么

发布时间:2022-02-19 17:57:32 作者:iii
来源:亿速云 阅读:168

本文小编为大家详细介绍“MySql中Binary Log的流程是什么”,内容详细,步骤清晰,细节处理妥当,希望这篇“MySql中Binary Log的流程是什么”文章能帮助大家解决疑惑,下面跟着小编的思路慢慢深入,一起来学习新知识吧。

MySql中Binary Log的流程是什么

Binary Log写入流程

我们首先还是先看看官方文档对sync_binlog配置的描述。

sync_binlog



命令行格式--sync-binlog=#
系统变量sync_binlog
影响范围Global
动态的Yes
SET_VAR提示适用No
类型Integer
默认值1
最小值0
最大值2^32=4294967295

控制 MySQL 服务器将二进制日志同步到磁盘的频率。

InnoDB为了在与事务一起使用 的复制设置中获得最大可能的持久性和一致性,请使用以下设置:

警告

许多操作系统和一些磁盘硬件欺骗了刷新到磁盘操作。他们可能会告诉 mysqld已经发生了刷新,即使它还没有发生。在这种情况下,即使使用推荐的设置也无法保证事务的持久性,在最坏的情况下,断电可能会损坏InnoDB数据。SCSI 磁盘控制器或磁盘本身中使用电池支持的磁盘缓存可加快文件刷新速度,并使操作更安全。您还可以尝试禁用硬件缓存中磁盘写入的缓存。

小结

另外我们通过sync_binlog=0的描述其实我们也可以大概能感觉到,其实当事务提交的时候虽然没有马上fsync,但是其实是已经write到文件系统的page cache中了,那么其实mysql在事务运行的时候也会有一个cache缓存在事务中产生的Binary Log。

下面我们继续看看Binary Log在事务运行时的cache相关配置。

binlog_cache_size



命令格式--binlog-cache-size=#
系统变量binlog_cache_size
范围Golbal
动态的Yes
SET_VAR提示适用No
类型Integer
默认值32768
最小值4096
最大值(64位平台)2^64=18446744073709547520
最大值(32位平台)2^32=4294967295
块大小4096

在事务期间保存二进制日志更改的内存缓冲区的大小。该值必须是 4096 的倍数。

在服务器上启用二进制日志记录( log_bin系统变量设置为 ON)时,如果服务器支持任何事务存储引擎,则会为每个客户端分配一个二进制日志缓存。如果事务的数据超出内存缓冲区中的空间,超出的数据将存储在临时文件中。当服务器上的二进制日志加密处于活动状态时,内存缓冲区未加密,但(从 MySQL 8.0.17 开始)用于保存二进制日志缓存的任何临时文件都被加密。提交每个事务后,通过清除内存缓冲区并截断临时文件(如果使用)来重置二进制日志缓存。

如果您经常使用大型事务,则可以通过减少或消除写入临时文件的需要来增加此缓存大小以获得更好的性能。 Binlog_cache_use(服务状态变量-使用Binary Log缓存的事务数量)和 Binlog_cache_disk_use (服务状态变量-使用临时二进制日志缓存但超过binlog_cache_size值并使用临时文件存储事务语句的事务数。)状态变量可用于调整此变量的大小。请参阅第 5.4.4 节,“二进制日志”。

binlog_cache_size仅设置事务缓存的大小;语句缓存的大小由 binlog_stmt_cache_size 系统变量控制。

小结

max_binlog_cache_size



命令格式--max-binlog-cache-size=#
系统变量max_binlog_cache_size
范围Golbal
动态的Yes
SET_VAR提示适用No
类型Integer
默认值2^64=18446744073709547520
最小值4096
最大值2^64=18446744073709547520
块大小4096

如果一个事务需要超过这么多字节的内存,服务器会生成一个多语句事务需要超过 'max_binlog_cache_size' 字节的存储错误。最小值为 4096。可能的最大值为 16EiB(exbibytes)。最大推荐值为4GB;这是因为 MySQL 目前无法处理大于 4GB 的二进制日志位置。该值必须是 4096 的倍数。

max_binlog_cache_size仅设置事务缓存的大小;语句缓存的上限由 max_binlog_stmt_cache_size 系统变量控制。

会话的可见性 max_binlog_cache_size匹配 binlog_cache_size系统变量的可见性;换句话说,更改其值只会影响更改值后启动的新会话。

总结

概述

从上面的配置,我们可以得出,Binary Log大致的写入流程:

  1. 事务改在运行时,放入每个事务的Binary Log缓存中。

  2. 事务提交后根据配置来进行,如果是sync_binlog=1,则每次进行fsync,缓存会释放。如果是sync_binlog=0,则会直接写入系统文件的page cache,依赖于操作系统不时地将二进制日志刷盘。如果sync_binlog=N(N>1),则相当于批量刷盘,当然每个事务持有的binlog cache会进行释放。

所以大致流程如下图:

MySql中Binary Log的流程是什么

读到这里,这篇“MySql中Binary Log的流程是什么”文章已经介绍完毕,想要掌握这篇文章的知识点还需要大家自己动手实践使用过才能领会,如果想了解更多相关内容的文章,欢迎关注亿速云行业资讯频道。

推荐阅读:
  1. MySQL中负值原理以及流程是什么
  2. MySQL:简单记录删除binary log的接口

免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。

mysql binary log

上一篇:awk的比较运算符如何使用

下一篇:Python大数据用Numpy Array的原因有哪些

相关阅读

您好,登录后才能下订单哦!

密码登录
登录注册
其他方式登录
点击 登录注册 即表示同意《亿速云用户服务条款》