官方课程说在智能选择中，索引扫描查数据适合走tikv，但百度ai说新版tidb中tikv和tiflash处理索引查询效率差不多，到底谁说的对，为什么？
准确的说是较少数据量的点查或者索引范围扫描更适合tikv， tiflash 中没有索引的概念，只能全表扫描。
1 个赞
别信百度ai的啊，如果是索引扫描少量数据，确实用tikv更加合适，如果是大量扫描数据的汇总类sql，走tiflash更加合适。
1 个赞
AI就会一本正经胡说八道 
多列的计算类ap查询tflash有优势，点查等tp的tikv有优势
这是对的
百度你也信啊，只能当辅助工具吧。
百度ai 在一本正经的胡说八道，看看就行了。
“索引扫描查数据适合走tikv” 这句话的理解我举个例子你就比较清楚了，比如有一张表有1亿行，每个用户id（有索引）有一个值money。当有下面的计算时：
1.点查或者较小范围的索引过滤，走TiKV,。
select sum(money) from t where id =1 ;
select sum(money) from t where id >1 and id< 10 ;
2.超过一半以上的索引过滤或者全表扫描，走TiFlash。
select sum(money) from t where id >1 and id< 90000000 ;
select sum(money) from t ;
智能选择的处理过程大概是这么思路，优化器会根据统计信息来执行优化。
2 个赞
不管什么DB，索引设计真的很关键。
百度ai东西千万别当真
正解，一般而言如果超过一半的索引过滤或者全表扫描，如果该表建了TiFlash副本，优化器大概率是选择走TiFlash的全表扫描，而不是TiKV的索引过滤，也不是TiKV的全表扫描。