OB行者
#1
【 使用环境 】测试环境
【 OB or 其他组件 】OB
【 使用版本 】v4.2.5
【问题描述】
既然在 log_disk_utilization_threshold 达到 80% 时就会触发日志重用，理论上使用率不应超过 80%。那么，哪些场景可能导致使用量继续上升，从而需要 log_disk_utilization_limit_threshold 来兜底呢？
我想到了几个：
1.当 archive_mode 设为 Mandatory 时，如果即将被重用的日志尚未完成归档，使用率就可能超过 80%。
2.转储、合并卡住
3.副本同步异常（失败或延迟）
这几个场景对吗？还有哪些其他可能场景？
6 个赞
论坛小助手
#4
您提出的几个场景是正确的，这些场景可能导致日志使用量超过 log_disk_utilization_threshold 配置项所设置的80%，并最终触发 log_disk_utilization_limit_threshold 配置项来限制日志写入。除此之外，还有一些其他可能场景包括：
-
系统写入量大：在系统写入量特别大的场景下，checkpoint操作可能不及时，导致日志写入速度远超日志回收速度，造成使用率超过80%。
-
磁盘I/O性能问题：如果磁盘的I/O性能出现问题，比如磁盘性能突然下降或磁盘发生物理故障，这可能导致日志写入速度变慢，进而使得使用率上升。
-
事务提交频繁：在事务提交非常频繁的情况下，如果checkpoint没有跟上事务提交的速度，也可能导致日志使用率超过80%。
检索到的文档如下:
- 日志同步问题
- oceanbase数据库运行过程中手动删除clog日志
- OceanBase 数据库性能的影响因素
1 个赞
OB行者
#5
论坛小助手是不是AI，麻烦你再确认一下小助手说的对不对
数据库的底层本质还是I/O问题，需要经常关注并优化
1 个赞
