【 TiDB 使用环境】生产环境 /测试/ Poc
生产
【 TiDB 版本】
5.1.1
【遇到的问题】
请问,在关闭统一线程池的情况下,即配置如下
readpool.coprocessor.use-unified-pool: false
readpool.storage.use-unified-pool: false
决定 coprocessor cpu 的参数是什么?是 readpool.storage.normal-concurrency 吗?
coprocessor cpu 主要处理读请求的。
【复现路径】做过哪些操作出现的问题
【问题现象及影响】
【附件】
请提供各个组件的 version 信息,如 cdc/tikv,可通过执行 cdc version/tikv-server --version 获取。
官网找到2个,这2个都是处理读请求,有什么区别?应该设置哪一个?
readpool.storage
normal-concurrency
处理普通优先级读请求的线程池线程数量。
当 8 ≤ cpu num ≤ 16 时,默认值为 cpu_num * 0.5;当 cpu num 大于 8 时,默认值为 4;当 cpu num 大于 16 时,默认值为 8。
最小值:1
readpool.coprocessor
normal-concurrency
处理普通优先级 Coprocessor 请求的线程池线程数量。
默认值:CPU * 0.8
最小值:1
可以理解为点查为主的查询,通过 storage pool cpu 线程池;
可以理解为下推计算的算子查询,通过 coprocessor pool cpu 线程池。
目前在v4 版本以后,TiDB 推荐使用 unified pool 线程池,让 TiKV 自己进行调整 storage 和 coprocessor 的 CPU 使用情况。可以参考这篇文档 https://docs.pingcap.com/zh/tidb/stable/tune-tikv-thread-performance
1 个赞
system
(system)
关闭
2022 年12 月 4 日 02:34
5
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。