block cache一般不用很大,客户以小点,改100看看,
可以命令行改
升级版本
建议升级tidb的版本
升级版本
可以重启,或者升级到最新版本
升级版本
集群升级到v7.5以后,目前监控是什么样的
看看升级版本,能不能解决问题
升级新版本
窗口时间重启一下
在没有CDC任务的情况下,如果发现TiKV CDC内存持续增长,可以尝试以下步骤来释放内存:
- 检查系统资源:确保TiKV CDC系统中的CPU、内存和磁盘空间充足,以避免资源瓶颈。
- 优化网络配置:检查网络连接,确保没有网络中断、延迟或带宽不足的问题,以保证数据的正常传输。
- 调整TiKV CDC配置:根据实际情况调整TiKV CDC的配置参数,例如增加TiKV CDC实例数量或优化网络配置,以提高数据处理能力。
- 重启TiKV CDC服务:有时候,简单的重启TiKV CDC服务可以临时释放内存,尽管这不是长期解决方案。
有可能是TiCDC不断在扫描数据库的Schema导致,之前我们在V6.1.0版本出现没有什么业务数据变更,但是TiCDC却依然繁忙,后面发现是TiCDC频繁扫描数据库的所有Schema信息导致。
观察下 TiKV-Details / Resolved-TS / Resolved TS Worker CPU, 如果发现过高的情况,可以尝试关闭 resolved-ts,会导致多版本查询功能无法使用,但是kv内存不会再涨。印象里我之前也发过这么样一个帖子,也是发现cdc内存占用很高, 但我们根本没部过cdc。另外看一下 advance-ts-interval
这个参数,6.1的话看了眼文档和我们v6.5.0是一样默认1s,但它在6.5.0之后版本里默认改成了20s