本文为您介绍如何通过控制台设置 MySQL 实例的 binlog 保留周期。
说明:
- 单节点云盘实例不支持设置本地 binlog 保留。
- 若主实例下有灾备实例,则本地 binlog 保留时长不能低于120小时。
云数据库 MySQL 实例在执行大事务或大量 DML 时会产生较多的 binlog,binlog 写满 256MB 会进行一次切割,切割后的 binlog 文件会被上传至对象存储 COS,然后控制台的日志列表会显示上传到 COS 的 binlog 文件。
binlog 在上传至 COS 前,会暂存于实例磁盘,从而导致磁盘使用空间增加。您可以通过控制台设置 Binlog 保留周期来控制占用空间的比例,也可以扩容磁盘,建议磁盘使用率不超过80%,其次建议您及时清理无用数据。
说明:清理过期 binlog 日志规则:
每60秒检查一次本地 binlog 日志,如果检查到 binlog 开始时间或占用空间不符合设定的保留规则时,会加入到待删除队列。删除队列中的 binlog 会按照时间排序,从最早的 binlog 开始逐一删除,直至清空待删除队列。
不影响,产生的 binlog 会通过自动备份功能尽快上传至 COS,尚未上传的 binlog 不会进行清理,本地 binlog 保留设置过小会影响回档速度,请进行适当配置。
本地 binlog 默认保留时长:120小时,空间使用率默认不超过30%,您可根据需要设置本地 binlog 保留时长,若主实例下存在灾备实例,则不能低于120小时,若主实例下不存在灾备实例,则保留时长设置范围为:72~168小时。
会,生成的 binlog 会先自动备份到 COS,备份后的 binlog 会根据设置保留策略进行删除,期间 binlog 会暂存至实例磁盘。
本页内容是否解决了您的问题?