【 TiDB 使用环境】生产环境
【 TiDB 版本】
旧集群v5.3.0
新集群v6.5.5
【复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】
最近在将v5旧集群数据迁移到v6版本里。用的工具是lightning+ticdc
问题：SQL语句在v6版本里比v5版本里普遍要慢2-5倍
from
cart.cart
where
gmt_create >= DATE(NOW()) - INTERVAL 7 DAY
and is_delete = 0
and sub_biz_type in (301, 101, 341, 348)
2. 在v5旧集群执行计划
v6执行计划选择走tiflash了，先给这些表做个analyze看看
6.5走了tiflash mpp。5.0虽然从tikv走的，但是用上了索引。所以表现好了一些。
如果都是这种从tikv变到tiflash造成的执行时间变长，那反而好解决了。
要恢复原来的执行计划，有很多办法。
1，可以关掉mpp试试。
https://docs.pingcap.com/zh/tidb/stable/use-tiflash-mpp-mode#控制是否选择-mpp-模式
2，设置 Engine 隔离
https://docs.pingcap.com/zh/tidb/stable/use-tidb-to-read-tiflash#engine-隔离
当然如果就希望从tiflash读取，mpp模式是机器越多，性能越好。有资源不妨多开几个tiflash实例试试看。
受教了 谢谢
如果表结构索引一致的话，v6不应该走TiFlash才对吧~analyze table一下看看
感谢大家 的回答
新集群在 tidb_cost_model_version=2的情况下，执行带left json和子查询组合的复杂SQL要4-5秒，而老集群只要2秒左右。执行计划主要差别就在新集群走了tiflash查询的数据量太大。
如果新集群在sql前强制走mpp，耗时大概在2-3秒仍然没有旧集群快
此集群是给BI统计部门使用，新集群增加tiflash。因为旧集群的tikv节点内存达90%，经常告警
如果实在不行，只能将tidb_cost_model_version改为1，给开发用了。
有一事不明，这引tidb_cost_model_version参数在6里面是否成熟？引起的新旧集群里执行计划变化，不知官方可有解释，或大家可有遇到或对比过新老版本同样SQL的性能差异
有没有想过把查询重写下？？？
研发不接受，所有语句重写，那他们不愿意迁了。
终究是DBA扛下了所有~矛盾上交吧`
为什么看你2个版本的表cart数据量不一样，5版本的estrows 和actrows差距太大了
数据其实是一样的，正在ticdc同步中
5版本estrows和actrows差异，因为5里好久没有表分析了，6是昨晚刚刚分析的
5分析完后执行计划和执行时间是否一样了？
analyze table
把这几个表都加进tiflash里面，然后开强制mpp，试一下要多少时间。
主要的时间消耗都在tiflash 从3.7亿里面找200w数据的时间消耗上，这4个表直接mpp 计算，可能反而会快。
受益匪浅
解决了吗？一起分享下
