【 TiDB 使用环境】生产环境
【 TiDB 版本】v7.1.1
【复现路径】做过哪些操作出现的问题
【遇到的问题:问题现象及影响】瓶颈在磁盘,用的SATA机械盘,客户不让换磁盘。只能在现有环境下优化。
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件:截图/日志/监控】
有没有办法通过调整compaction到业务低峰期,来部分降低IO资源?
tikv rocksdb.defaultcf.compression-per-level 值 [“no”,“no”,“lz4”,“lz4”,“lz4”,“zstd”,“zstd”]
或者是否可以通过调整L0和L1压缩来降低IO?
这个还是个实验特性,不建议上生产
可以设置L0和L1压缩来缓解IO
找到业务低谷期,通过手动 compaction 的方式,加速所有需要 compact Region 的处理,这样也可以避免一些峰值问题
好的 ,我在测试环境试试
好的。v,7.1.1的版本,是不是调整gc间隔时间tidb_gc_run_interval,就可以降低compaction频率?
GC周期变长,会累积更多的版本,compaction 的处理会需要更长的时间
嗯嗯,这样下去,查询会更慢了
TiUP提供了ctl
工具,可以用于执行手动compaction
或
TiDB的自动compaction策略可以通过配置参数进行调整,以适应不同的业务需求
v7.1.1版本的,如何调整compaction策略,让它晚上业务低峰期再compaction?
v7.6才出的实验特性,v7.1不行
此话题已在最后回复的 7 天后被自动关闭。不再允许新回复。