scheduler-concurrency参数从4.0版本开始由204万降低到了52万，降低了接近4倍，参数默认值降低的原因是什么？这样不是会增加latch 等待的几率吗，另外也增加hash 碰撞误判的几率吧？
1、v3.0 时候只要 hash 冲突就会卡住，所以就换成了冲突后继续判断的做法。做了这个改变后，测试下来发现继续判断实际冲突的消耗很小，就顺便把 scheduler-concurrency 调低了来降低内存开销。
2、v4.0 latch 实现方式变化了。如果 hash 冲突，会去实际检查冲突的 key 是否相等，不会误判等待。
3 个赞
官方文档
此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。