当Mysql查询条件为“＞=”时，不走索引？

2024-07-14 13:32| 来源: 网络整理| 查看: 265

我们都知道在数据库查询时，索引可以极大地提高查询效率。通常在使用的时候，都会针对频繁查询的关键字段建立索引。

比如，当以交易日期（trans_date）来查询交易记录时，通常会对该字段添加索引，以便在大量数据的情况下提升查询效率。

针对trans_date字段，创建union_idx_query索引，那么在下面以trans_date为查询条件的语句中，毫无疑问是会走索引的：

select count(1) from A; // 40000 EXPLAIN select * from A where trans_date = '20220222';

索引1

此时，我们会想当然地以为，只要创建了索引，其他情况的使用同样会走索引。比如下面的查询语句：

select count(1) from t_trans_log_info where trans_date > '20220122'; //11200 EXPLAIN select * from t_trans_log_info where trans_date > '20220122';

上面的查询语句使用了”>“来进行范围的查询，而且trans_date字段同样创建了索引，那么上述SQL语句是否会走索引呢？答案是不一定。

索引2

explain上述SQL语句，发现没有走索引，全表扫描。

但当换一个查询参数时：

select count(1) from t_trans_log_info where trans_date > '20220222'; //1120 EXPLAIN select * from t_trans_log_info where trans_date > '20120222';

explain的结果显示走索引：

索引3

为什么同样的查询语句，只是查询的参数值不同，却会出现一个走索引，一个不走索引的情况呢？

答案很简单：上述索引失效是因为DBMS发现全表扫描比走索引效率更高，因此就放弃了走索引。

也就是说，当Mysql发现通过索引扫描的行记录数超过全表的10%-30%时，优化器可能会放弃走索引，自动变成全表扫描。某些场景下即便强制SQL语句走索引，也同样会失效。

类似的问题，在进行范围查询（比如>、< 、>=、

【本文地址】

今日新闻