具体问题具体分析了。是不是只有插入操作？以后加上查询感觉就没那么高的并发了。
我们的场景是上游是一套tidb集群作为主库，通过ticdc同步到下游的kafka，然后，进行加工处理，回写到另一套tidb集群中，涉及的那几个字段都是update更新操作。3个tidb-server节点，共计处理并发峰值能力在7w+。超过这个值后，tidb-server就会出来轮番重启。可能tidb-server层面已经达到了处理上限。
还是说，tidb-server可以通过调整或增大哪些参数来提高tidb-server的并发处理能力呢？
是怎么挂法呢？OOM？还是其他coredump?
还是要知道瓶颈在什么地方，才好去找优化方法
调整并发要考虑CPU核心数和IO吞吐量
基本的话就调整硬件规格，比如tidb、tikv的cpu内存啥的，其次可以试着调调scheduler、raft线程池大小
买个vip服务 老师教你如何
想提升写性能，首先得看硬件，如果是网络盘性能肯定不如本地盘，在看ikv的分布区域之间的网络延迟，也是影响写入性能的原因。至于参数的话，默认情况是比较合理的值，具体也要看压测过程中的监控指标，适当调整scheduler、raftstore和apply线程池的参数，这些值也不是越大越好，得看具体情况了
如果有压测过程中监控的数据，根据资源使用情况可以有具体的策略
没有监控数据，就不会有靠谱的意见。
甚至是不是写入热点都不知道。
弄不好一看就一个tikv干活，其他tikv都在围观，怎么也快不了。