tidb的ddl 串形的话 会比mysql慢一些。如果没有ddl应该不会慢

棒棒哒

从架构角度，ob是完美的分库分表方案，数据单位是partiiton。tidb是云原生分布式方案，数据单位是region（256MiB）。基于这个两个产品其实有不少差异，包括在未来的发展也会不同

开safe-mode了么

给社区小伙伴们点赞

问题1: 有点没看懂，如果不手动添加evict-leader-scheduler 调度，就不会有evict-leader-scheduler调度，也就不需要禁用。 问题2:不手动增加evict-leader-scheduler调度器，就没必要修改这个敏感度了。如果担心磁盘空间较大影响集群，可以暂时"low-space-ratio": 0.8调整到0.9/0.95. 问题3:业务对延迟不敏感，io又有其他程序使用时，可以考虑限制tidb的io使用

看看服务器tcp连接数是不是满了

千兆的网络环境么

https://docs.pingcap.com/zh/tidb/v8.3/tiproxy-load-balance#基于地理位置的负载均衡 目前通过label方式其实可以满足你的需求。tiproxy目前分组需求可以做，但是还没公布，后面的版本会同时按username分区的功能带上，到时候一起公布

1、tiup cluster edit-config pro-sunac-tidb-newfee 2、global下面加上arch: “amd64” 3、tiup cluster reload pro-sunac-tidb-newfee --skip-restart 4、tiup cluster upgrade pro-sunac-tidb-newfee v7.5.4 --offline

https://docs.pingcap.com/zh/tidb/stable/runtime-filter#runtime-filter. 可以关注一下这个功能，runtime-filter

可以看tidb的slow log，找到backoff次数比较多的sql。然后通过该sql分析具体原因，比如热点？高并发？还是什么，再具体去解决该问题

你看一下目录权限是否对，大概率是权限问题

可以通过pd-ctl在线打label，https://docs.pingcap.com/zh/tidb/stable/pd-control#label-store-name-value

慢慢来，会有的

tcpdump抓流量，mysql-replay回放

点赞。。。

得逐个节点看一下pd，tidb，tikv实例的参数，避免出现参数覆盖，和以前不一致的情况，这个操作是幂等的