升级 TiDB 版本后执行计划没变，但应用端 RT 大幅上涨，数据库端无压力，如何定位是驱动问题还是 TiDB 内核行为变化？
可通过降级 JDBC 驱动复现问题、调整内核流式 /pipeline 相关参数观察 RT 变化、对比直连客户端与应用耗时，快速区分是驱动兼容还是内核行为变更导致。
要比较的话得看系统瓶颈在哪。MySQL 是单点写入瓶颈，TiDB 通过 Raft + Region 分片解决。但分布式一致性开销（多数派写入）在跨 AZ 部署时延迟会更明显。关键还是业务场景匹配。
这个情况应该还没有到达tidbserver呢吧
用mysql客户端执行相同sql看响应时间有没有变化，如果用mysql客户端很快，说明大概率和jdbc相关
执行计划未变但应用端 RT 大幅上涨、数据库无压力，关键需排查网络、驱动、序列化/反序列化或 TiDB 内核中非计划相关的执行行为（如锁、GC、Coprocessor 调度）变化。
要比较的话得看系统瓶颈在哪。MySQL 是单点写入瓶颈，TiDB 通过 Raft + Region 分片解决。但分布式一致性开销（多数派写入）在跨 AZ 部署时延迟会更明显。关键还是业务场景匹配。
升级前后的版本发不下。
看下是不是和TiFlash 执行模型有关
https://docs.pingcap.com/zh/tidb/stable/tiflash-pipeline-model/