我感触最深的还是这块吧，尤其在业务压力越来越大，响应要求越来越高的情况下，大规模集群的实践肯定是大家在行业中经历过的血泪史。多吸取同行经验，少踩坑。

今年参加3次技术大会，争取上台演讲一次 父母没见过大海，陪父母去海边

披荆斩棘，能上市肯定是好事

[image] 冲鸭！！！卫衣我来啦

那么是否有高效的方法，修改此类表为分区表呢？

我要挑战

这个我不挑战天理不容啊

让我再选一次18岁的时候

嗷呜~

解决了我关于tidb的实际问题

领导你好，本人决定与xxxx年x月x日辞职

冲鸭，你们别卷了，让我来

因为之前公司就搭了一套基础的，后来顺手就用起来了的

配置后来升级过，基本上都在16C以上了，后来查是因为慢SQL

嗯，查过了，基本定位到是因为慢SQL有很多子查询，导致整个实时写入和读取都慢

集群配置另一条回复贴了，实时写入每秒10-~50条左右，大概5个依赖任务同时写，数据每天增量。但是有时候任务执行失败，或者数据有问题，就涉及到离线数据重新跑。这样一来瞬时的陷入压力就能达到5k条/秒。这个实时任务刚上线的时候并没有显著影响tidb的读写性能，在执行了大概十天左右，性能急剧下降，读服务基本处于不可用的状态，写入也非常慢。

[image] [image]

你这个问题和我之前遇到的类似，从你提供的信息来看，应当是集群的负载问题。