按照实际开发进行更新
文章目录
1、时间范围查询-导致索引失效（适合于所有范围查询）
业务场景:定时同步时间区间内的所有订单数据
（当体量够大时订单数据很可能是一个很大的一个数据量，当到达百万级以下不适用）
对create_data创建索引
方法：1.1 使用DATE_FORMAT函数进行时间范围查找
select age,name
from order
where
DATE_FORMAT( create_date, '%Y-%m-%d %H:%i:%s' ) >= DATE_FORMAT("1999-01-01 00:00:00", '%Y-%m-%d %H:%i:%s' )
AND DATE_FORMAT( create_date, '%Y-%m-%d %H:%i:%s' ) < DATE_FORMAT( "2022-10-21 16:05:47", '%Y-%m-%d %H:%i:%s' )
方法：1.1 ,对索引列使用函数导致索引失效，我们的项目查询出上万条数据，查询速度20S+
方法：1.2 使用between and
select age,name
from order
WHERE
create_date>='1999-01-01 00:00:00'
and create_date<'2022-07-11 16:05:47'
看sql的执行计划，还是进行全表扫描，这个等讲完法3，一起解释
方法：1.3 使用STR_TO_DATE
select age,name
from order
WHERE
create_date>=STR_TO_DATE("1999-01-01 00:00:00", '%Y-%m-%d %H:%i:%s' )
and create_date <= STR_TO_DATE("2022-07-11 16:05:47", '%Y-%m-%d %H:%i:%s')
一样sql的执行计划还是全表扫描，我tm要疯了
开始破案咯
（1）看索引ok不
select age,name
from order
WHERE
create_date="1999-01-01 00:00:00"
看这条语句的执行计划，确实是走了索引，说明索引是ok的
（2）看时间范围有没有影响
select age,name
from order
WHERE
create_date>=STR_TO_DATE("1999-01-01 00:00:00", '%Y-%m-%d %H:%i:%s' )
and create_date <= STR_TO_DATE("2022-07-11 16:05:47", '%Y-%m-%d %H:%i:%s')
这居然走索引了（这里是用TIDB的数据库，mysql等的执行计划不太一样）
总结
总结时间范围查询：其实导致上述的原因主要就是1，数据库底层会判断你查询的条数，2、要是条数很多，全表扫和查索引时间可能差不多，3、他就会选择时间短的方式。对于这个解决方案，可以将时间分段查询，可能更快
适用所有范围查询
在上面的例子中，我们发现当索引查询的数据量较为庞大时，优化器会将索引查询优化为全表扫描，目的是为了减少数量及其庞大的随机IO，以达到优化的目的，所以解决此问题的关键在于，我们建立索引时尽量不要建立在数据比较集中的字段上(比如年龄，性别)
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/96164.html
