mysql中binlog_cache的使用、配置和监控方法

半桶水专家

已于 2024-01-19 17:16:55 修改

阅读量1.1k

点赞数

分类专栏： mysql mysql配置文章标签： mysql 数据库

于 2023-06-30 20:07:36 首次发布

本文链接：https://blog.csdn.net/jkzyx123/article/details/131483102

版权

113 篇文章 4 订阅

订阅专栏

8 篇文章 1 订阅

订阅专栏

当服务器启用二进制日志（通过将 log_bin 系统变量设置为 ON）并且存储引擎支持任何事务时，binlog_cache 为每个客户端分配一个二进制日志缓存。当一个事务提交时，MySQL会将该事务的更改操作记录到二进制日志中，以便进行复制和恢复等操作。

binlog_cache 用于临时存储这些事务的二进制日志数据，待缓冲区满或事务提交时，数据被写入实际的二进制日志文件。如果事务的数据超出了内存缓冲区的空间（binlog_cache_size），多余的数据将被存储在临时文件中。

当服务器上启用二进制日志加密时，内存缓冲区不会被加密，但（从 MySQL 8.0.17 开始）用于保存二进制日志缓存的任何临时文件都会被加密。在每个事务提交后，通过清除内存缓冲区和截断临时文件（如果使用）来重置二进制日志缓存。

以下是与 binlog_cache 相关的几个主要配置选项：

binlog_cache_size: 此参数设置每个事务可用的 binlog cache 的大小（在内存中）。如果事务中的语句太多或太大，以至于无法适应该大小的缓存，则必要时会使用磁盘作为溢出区域。
```
SET GLOBAL binlog_cache_size = size_in_bytes;
```
max_binlog_cache_size: （默认为 4GB，也是最大值）可用于限制用于缓存多语句事务的总大小。如果事务大于此字节数，则该事务将失败并回滚。最小值为 4096。这是防止单个事务占用过多资源的安全措施。
```
SET GLOBAL max_binlog_cache_size = size_in_bytes;
```
sync_binlog: 控制每多少次事务将 binary log 写入和同步到磁盘。值为 1 表示每个事务都同步，值为 0 则交由操作系统决定何时同步。 N > 1这意味着 MySQL 将累积 N 个事务的 binlog 数据再执行一次同步操作
```
SET GLOBAL sync_binlog = N;
```

你可以使用 SHOW STATUS 来查看与 binlog_cache 相关的状态变量，从而进行监控：

Binlog_cache_use: 显示了 binlog cache 被使用的次数。
Binlog_cache_disk_use: 如果 binlog_cache_size 不足以保存整个事务的变更，那么事务的部分变更将被写入磁盘上的临时文件。这个状态变量显示了有多少次事务的变更被写入了磁盘。

SHOW GLOBAL STATUS LIKE 'Binlog_cache%';

你也可以通过 Performance Schema 或者服务器的监控工具来监控这些指标。

缓存大小：binlog_cache_size 太小可能导致频繁的磁盘 I/O，因为溢出到磁盘的操作会增加。但是，设置得太大也可能浪费内存，尤其是在有许多并发事务的情况下。
磁盘 I/O：频繁的磁盘同步可能会导致 I/O 瓶颈。通过调整 sync_binlog 参数，你可以控制同步的频率以平衡性能和数据一致性。
监控 Binlog_cache_disk_use：如果你观察到这个值异常地高，这可能是一个信号，表明你需要增加内存中的 binlog_cache_size，以减少对磁盘的依赖，提升性能。

确保在改变任何配置之前评估你的工作负载类型，以及理解潜在的影响。适当地调整和监控 binlog cache 可以帮助确保数据库性能和稳定性。