scheduler-concurrency问题

scheduler-concurrency参数从4.0版本开始由204万降低到了52万,降低了接近4倍,参数默认值降低的原因是什么?这样不是会增加latch 等待的几率吗,另外也增加hash 碰撞误判的几率吧?


1、v3.0 时候只要 hash 冲突就会卡住,所以就换成了冲突后继续判断的做法。做了这个改变后,测试下来发现继续判断实际冲突的消耗很小,就顺便把 scheduler-concurrency 调低了来降低内存开销。
2、v4.0 latch 实现方式变化了。如果 hash 冲突,会去实际检查冲突的 key 是否相等,不会误判等待。

3 个赞

官方文档

此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。