【TiDB 使用环境】生产环境
【TiDB 版本】v7.5.6
【其他附件：截图/日志/监控】
tikv节点为16C64G2T规格，每次gc都是导致CPU飙升到700%。业务正常使用CPU为200%。
CPU数是16C，gc会用到700%，单核43%。如果CPU数降回8C、gc会导致单核CPU会用到86%？怎么避免gc导致CPU飙升。
https://docs.pingcap.com/zh/tidb/stable/system-variables/#tidb_gc_concurrency-从-v50-版本开始引入
用这个参数控制，其实我觉得你不用管这个也行。看着挺高，实际就一会。
你对着慢sql看一段时间就知道了，这个对慢sql没有影响。
这个变量用于指定 GC 在Resolve Locks（清理锁）步骤中线程的数量。默认值 -1 表示由 TiDB 自主判断运行 GC 要使用的线程的数量。
这个参数还是默认保持不变吧。
对，其实我觉得你没必要在意这个情况。
因为首先对整体系统的吞吐应该没什么影响，QPS/TPS这些不会跟着这个跳动。
威胁程度撑死了算一个隐患。
有相关的参数可以控制。