这种情景产生的原因是有部分计算算子的内存使用无法被统计，导致会用超。也就是说，tidb server 都没感知到自己实际用超了，所以也就没有限制住。
这边简历开启内存落盘功能，这样基本上就不会oom了
4 天前
这种情况是因为你之前哪个work运行了任务之后其实绑定了一个数据源，你把绑定的数据源删掉之后，work就会变成free , 表面上看work是匹配了任务变成非work 状态，实际上绑定了数据源。
4 天前
这种问题，你自己问题都是答案了，客户端差异导致的，建议先看下：
1、两个客户端携带的链接参数的对比
2、在dashboard 里面看下这两个SQL 进入数据库，是不是形式上完全一样
1 个月前
【你看过哪些让你眼前一亮的架构案例或设计思路？】
好的架构是基于业务特性的深度结合。
前同事在蚂蚁干了多年DBA,分享过支付宝主站数据库的一些细节设计，目前看到的做的最好的底层数据架构，业务特性数据和ob 分布式的深入结合，看了一下外网没找到相关资料
2 个月前
从测试与风险左移的角度来看，可以考虑把出现过的问题都弄成一个固定的测试清单，以后每个版本发布前都把清单问题自动化测试一遍。
问题看着没那么大，但是体感明显。在很多金融场景里面做小版本升级流程也比较麻烦 
3 个月前
没有更多内容了