原来执行的语句是走索引的，在什么情况下会变得不走索引

我的理解是，优化器认为第二个查询全表扫描的成本更低。

第一个查询走索引是因为你的结果集中其实只有be.starttime的字段， 当这个字段上有一个单独的索引时，肯定直接完全走此索引得到结果集即可。

第二个查询当你加上backdata时，优化器发现假如走starttime的索引后仍然需要根据rid串回data进行查询， 它认为这样的成本更高。

所以出现了加where条件不走索引的情况。 其实是和你的结果集有关系。

统计信息

中间不是修改过查询条件么？

貌似统计更新一把

问题已经解决。