【 使用环境 】POC环境
【 OB or 其他组件 】OB
【 使用版本 】4.3.5.1
【问题描述】
1.如何监控已经发生了日志写入限速?
2.类似于oracle/mysql/pg/sqlserver 可以扩容相关日志容量,找到长事务,通过备份释放日志空间,找到不合理的业务请求进行前端业务限流等等,个人理解生产库是不希望有限速影响业务的性能的,是否有最佳实践文档分享一下?感谢老师
【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接(右键跳转查看):
【SOP系列 22 】——故障诊断第一步(自助诊断和诊断信息收集)
【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试,在发帖时输入 [@论坛小助手] 即可召唤小助手,欢迎试用!
论坛小助手
#3
针对您的问题,我们可以使用 obdiag 工具来帮助收集与日志写入限速相关的诊断信息。同时,我也会为您解释参数 log_disk_throttling_percentage
和 log_disk_throttling_maximum_duration
的含义及可能的解决方法。
日志采集场景: 日志归档问题
日志采集命令: obdiag gather scene run --scene=observer.log_archive
通过上述命令,您可以收集与日志写入限速有关的日志信息。在收集完日志后,请将其提供给我们以便进一步分析。另外,为了确定具体的问题,以下是一些额外的问题,需要您提供相关信息:
- 您当前设置的
log_disk_throttling_percentage
参数值是多少?这个参数表示当磁盘可用空间低于该百分比时,系统将启动限速机制,限制日志写入的速度。
- 您当前设置的
log_disk_throttling_maximum_duration
参数值是多少?这个参数定义了启动限速后,持续的时间长度。如果超过这个时间限制,系统将采取更严格的措施,如停止接收新的写入请求。
- 您遇到日志写入限速的具体场景是什么样的?例如,是在执行大事务、大量并发写入操作时发生的吗?
- 当前系统的磁盘空间使用情况是怎样的?是否有足够的空闲空间?
- 您是否观察到了任何特定的错误消息或警告?
希望以上信息能够帮助您解决问题。如果您有任何疑问或需要进一步的帮助,请随时告知。
附上敏捷诊断工具 obdiag 使用帮助链接