MySQL索引失效与解决方法实践

最新推荐文章于 2024-07-25 18:30:00 发布

adrninistrat0r

最新推荐文章于 2024-07-25 18:30:00 发布

阅读量933

点赞数

分类专栏： MySQL 文章标签：数据库 mysql 索引

本文链接：https://blog.csdn.net/a82514921/article/details/108070209

版权

MySQL 专栏收录该内容

25 篇文章 0 订阅

订阅专栏

1. 前言

以下测试使用MariaDB，版本为10.0.36，InnoDb版本为5.6.39-83.1。

2. 测试用数据库表说明

以下用于测试的数据库表为test_table_log、test_table_log2，两个表的字段相同，索引不同，如下所示：

CREATE TABLE IF NOT EXISTS test_table_log
(
   id             varchar(32) NOT NULL COMMENT 'id',
   type           varchar(20) NOT NULL COMMENT 'type',
   cust_info      varchar(20) NOT NULL COMMENT 'cust_info',
   status         varchar(2) NOT NULL COMMENT 'status',
   other1         varchar(20) NOT NULL COMMENT 'other1',
   other2         varchar(20) NOT NULL COMMENT 'other2',
   create_time    DATETIME(3) NOT NULL COMMENT 'create_time',
   update_time    DATETIME(3) NOT NULL COMMENT 'update_time',
   PRIMARY KEY(id)
)
COMMENT = '测试流水表';

CREATE TABLE IF NOT EXISTS test_table_log2 like test_table_log;

alter table test_table_log add INDEX idx_ttl_type(type);
alter table test_table_log add INDEX idx_ttl_cust(cust_info);
alter table test_table_log add INDEX idx_ttl_status(status);
alter table test_table_log add INDEX idx_ttl_time(create_time);

alter table test_table_log2 add INDEX idx_ttl2_all(cust_info,create_time,type,status);
alter table test_table_log2 add INDEX idx_ttl2_time(create_time);

以上两个表行数为500万行，数据相同，type范围为[‘1’,‘10’]，cust_info范围为[‘1000’,‘2000’]，status范围为[‘1’,‘3’]，other1固定为’1’，other2范围为[‘1000’,‘2000’]，create_time、update_time可看作插入时的时间。

3. 索引生效的执行情况

在以下情况下，查询语句中指定索引时，索引可以生效。

3.1. 单列索引

以下查询条件范围应较小，索引才能生效。

3.1.1. 查询条件使用 =

select * from test_table_log 
where cust_info='1881';

执行计划如下：

  select_type: SIMPLE
        table: test_table_log
         type: ref
possible_keys: idx_ttl_cust
          key: idx_ttl_cust
      key_len: 22
          ref: const
         rows: 10556
        Extra: Using index condition

查询操作耗时如下：

Query_time: 2.507578  Lock_time: 0.001224  Rows_sent: 5222  Rows_examined: 5222

查询语句读取索引次数如下：

Handler_read_key         | 1
Handler_read_next        | 5222

InnoDB缓冲池中索引页与记录数如下：

| TABLE_NAME                | INDEX_NAME   | page_num | record_num |
+---------------------------+--------------+----------+------------+
| `testdb`.`test_table_log` | PRIMARY      | 4798     | 955437     |
| `testdb`.`test_table_log` | idx_ttl_cust |   15     |   5785     |

3.1.2. 范围查询

select * from test_table_log 
where cust_info>='1881' and cust_info<='1882';

select * from test_table_log 
where cust_info between '1881' and '1882';

执行计划如下：

  select_type: SIMPLE
        table: test_table_log
         type: range
possible_keys: idx_ttl_cust
          key: idx_ttl_cust
      key_len: 22
          ref: NULL
         rows: 21096
        Extra: Using index condition

3.1.3. 查询条件使用 or

针对同一个索引字段

select * from test_table_log 
where cust_info='1881' or cust_info='1882';

执行计划如下：

  select_type: SIMPLE
        table: test_table_log
         type: range
possible_keys: idx_ttl_cust
          key: idx_ttl_cust
      key_len: 22
          ref: NULL
         rows: 20480
        Extra: Using index condition; Using where

select * from test_table_log 
where create_time <='2020-03-10 12:20:39.000' and (cust_info='1881' or type='1');

3.1.4. 查询条件使用 in

select * from test_table_log 
where cust_info in ('1881','1882');

执行计划如下：

  select_type: SIMPLE
        table: test_table_log
         type: range
possible_keys: idx_ttl_cust
          key: idx_ttl_cust
      key_len: 22
          ref: NULL
         rows: 20480
        Extra: Using index condition

3.1.5. 查询条件使用 is null/is not null

当满足is null/is not null条件的索引字段数据量不大时，可以使用索引。

例如创建总行数为1000的表。

某允许为空的索引字段约50%的记录为非空，约50%的记录为空，is null能使用索引，type为ref；当查询条件为等于某常量or is null时，能使用索引，type为ref_or_null。

某允许为空的索引字段约10%的记录为非空，约90%的记录为空，is null能使用索引，type为ref；is not null也能使用索引，type为range。

3.2. 联合索引

对于使用联合索引且生效的情况，需要满足查询条件中指定了前面的字段，且查询范围应较小。具体情况略。

4. 忽略索引的执行情况

以下为忽略索引时的执行情况，会使用全表扫描。

select * from test_table_log ignore index (idx_ttl_cust) 
where cust_info='1881';

执行计划如下：

  select_type: SIMPLE
        table: test_table_log
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 4760085
        Extra: Using where

查询操作耗时如下：

Query_time: 3.470909  Lock_time: 0.001395  Rows_sent: 5222  Rows_examined: 5000000

查询语句读取索引次数如下：

Handler_read_rnd_next    | 5000001

InnoDB缓冲池中索引页与记录数如下：

| TABLE_NAME                | INDEX_NAME | page_num | record_num |
+---------------------------+------------+----------+------------+
| `testdb`.`test_table_log` | PRIMARY    | 7075     | 1389569    |

5. 索引失效及解决方法

5.1. 编码不同

参考 https://dev.mysql.com/doc/refman/5.6/en/mysql-indexes.html ，在对非二进制字符串列进行比较时，相应的列应当使用相同的字符集。例如对使用utf8编码的列和使用latin1编码的列进行比较时不会使用索引。

5.2. 隐式转换

select * from test_table_log 
where cust_info=1881;

以上查询使用的字段cust_info类型为字符串，但查询条件为int，查询时会进行隐式转换，无法使用索引。

执行计划显示为全表扫描，possible_keys为idx_ttl_cust。

查询操作耗时与以上忽略索引的执行情况接近。

查询语句读取索引次数与以上忽略索引的执行情况相同。

InnoDB缓冲池中索引页与以上忽略索引的执行情况相同。

为了防止隐式转换，查询参数需要使用正确的类型。

5.3. 函数操作

select * from test_table_log 
where concat(cust_info,'0')='18810';

select * from test_table_log where time_to_sec(timediff(create_time,'2020-03-10 12:20:40.000'))<3;

以上查询对单列索引对应的字段进行了函数操作，无法使用索引。

执行计划显示为全表扫描，possible_keys为NULL。

若需要使用函数操作，应当添加在查询条件上，可以使用索引，如下所示：

select * from test_table_log 
where cust_info=left('18810',4);

select * from test_table_log where create_time<date_add('2020-03-10 12:20:40.000', interval 3 second);

5.4. like以通配符开头

不满足最左匹配原则

select * from test_table_log 
where cust_info like '%1881';

执行计划显示为全表扫描，possible_keys为NULL。

为了在使用like时能够使用索引，like对应的查询条件不能以’%'开头。

5.5. 查询不同的字段使用or

当使用or查询两个不同的字段时，索引会失效（关闭index_merge）。

5.5.1. 单列索引与非索引字段or

select * from test_table_log 
where cust_info='1881' or other1='1';

当查询时使用某个单列索引对应的字段与非索引字段进行or操作时，不会使用索引。

执行计划显示为全表扫描，possible_keys为idx_ttl_cust。

5.5.2. 单列索引字段之间or

当查询时使用两个单列索引各自对应的字段进行or操作时，是否使用索引与index_merge优化器开关有关。查询语句如下。

select * from test_table_log 
where cust_info='1881' or create_time<='2020-03-10 12:20:39.000';

5.5.2.1. 开启index_merge

index_merge优化器默认是开启的。

当开启index_merge时，以上执行计划显示，连接类型为索引合并，使用了idx_ttl_cust与idx_ttl_time索引。

id	select_type	table	type	possible_keys	key	key_len	ref	rows	Extra
1	SIMPLE	test_table_log	index_merge	idx_ttl_cust,idx_ttl_time	idx_ttl_cust,idx_ttl_time	22,7	NULL	12488	Using sort_union(idx_ttl_cust,idx_ttl_time); Using where

执行查询操作耗时如下：

Query_time: 2.520033  Lock_time: 0.003090  Rows_sent: 7152  Rows_examined: 7152

5.5.2.2. 关闭index_merge

通过以下命令可以关闭index_merge，或index_merge_sort_union优化器开关。

set optimizer_switch = 'index_merge=off';
set optimizer_switch = 'index_merge_sort_union=off';

当关闭index_merge时，以上执行计划显示为全表扫描，possible_keys为idx_ttl_cust,idx_ttl_time。

id	select_type	table	type	possible_keys	key	key_len	ref	rows	Extra
1	SIMPLE	test_table_log	ALL	idx_ttl_cust,idx_ttl_time	NULL	NULL	NULL	4760085	Using where

执行查询操作耗时如下：

Query_time: 3.925060  Lock_time: 0.001728  Rows_sent: 7152  Rows_examined: 5000000

5.5.3. 使用or导致索引失效优化

在查询中使用两个包含单列索引的字段进行or时，使用union all，可以解决索引失效的问题，可替代开启索引合并的方法。

5.5.3.1. 查询数据

通过union all查询数据时，示例语句如下：

select * from test_table_log 
where cust_info='1881'
union all
select * from test_table_log 
where create_time<='2020-03-10 12:20:39.000';

5.5.3.2. 查询行数

通过union all查询数据时，示例语句如下：

select count(*) from test_table_log 
where cust_info='1881'
union all
select count(*) from test_table_log 
where create_time<='2020-03-10 12:20:39.000';

以上查询结果为多行，可以使用sum获取总和，如下所示：

select sum(a.c) from 
(
select count(*) as c from test_table_log 
where cust_info='1881'
union all
select count(*) as c from test_table_log 
where create_time<='2020-03-10 12:20:39.000'
)as a;

5.5.4. 联合索引内部字段or

当联合索引内部的不同字段之间使用or时，无论是否开启index_merge，索引均会失效。例如对(a,b)列添加联合索引，查询条件为“a = xxx or b = xxx”时，索引会失效。

5.6. is null/is not null 范围过大

当满足is null/is not null的索引字段数据太多时，不会使用索引。

select * from test_table_log 
where cust_info is not null;

执行计划显示为全表扫描，possible_keys为idx_ttl_cust。

5.7. 使用!=或<>

使用!=或<>时，索引会失效。示例语句如下：

select * from test_table_log 
where cust_info != '1881';

select * from test_table_log 
where cust_info <> '1881';

执行计划显示为全表扫描，possible_keys为idx_ttl_cust。

5.8. 查询条件使用 not in

查询条件使用not in时，索引会失效。示例语句如下：

select * from test_table_log 
where cust_info not in ('1881');

执行计划显示为全表扫描，possible_keys为idx_ttl_cust。

5.9. 查询条件使用 not like

查询条件使用not like时，索引会失效。示例语句如下：

select * from test_table_log 
where cust_info not like '1881%';

执行计划显示为全表扫描，possible_keys为NULL。

5.10. 查询条件范围过大

查询条件对应的数据范围过大时，索引会失效。示例语句如下：

select max(other2) from test_table_log 
where cust_info<'1919';

select max(other2) from test_table_log 
where cust_info>'1919';

以上SQL语句均不会使用索引idx_ttl_cust。

  select_type: SIMPLE
        table: test_table_log
         type: ALL
possible_keys: idx_ttl_cust
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 4760085
        Extra: Using where

以下针对忽略索引（与上述查询条件范围过大导致索引失效的SQL语句效果相同），及强制使用索引的情况进行对比。

可以看到当查询条件对应的数据范围过大时，有时使用全表扫描比通过二级索引进行查询耗时更短。

忽略索引

select max(other2) from test_table_log ignore index (idx_ttl_cust)
where cust_info>'1919';

强制使用索引

select max(other2) from test_table_log force index (idx_ttl_cust)
where cust_info>'1919';

5.10.1. 执行计划对比

忽略索引

id	select_type	table	type	possible_keys	key	key_len	ref	rows	Extra
1	SIMPLE	test_table_log	ALL	NULL	NULL	NULL	NULL	4760085	Using where

强制使用索引

id	select_type	table	type	possible_keys	key	key_len	ref	rows	Extra
1	SIMPLE	test_table_log	range	idx_ttl_cust	idx_ttl_cust	22	NULL	831036	Using index condition

5.10.2. 查询操作耗时对比

忽略索引

Query_time: 2.683089  Lock_time: 0.003528  Rows_sent: 1  Rows_examined: 5000000

强制使用索引

Query_time: 86.099621  Lock_time: 0.001233  Rows_sent: 1  Rows_examined: 404372

5.10.3. 查询语句读取索引次数对比

忽略索引

Handler_read_rnd_next    | 5000001

强制使用索引

Handler_read_key         | 1
Handler_read_next        | 404372

5.11. 联合索引未使用前面的字段

在使用联合索引对应字段进行查询时，若未使用前面的字段进行查询，则索引会失效。例如存在索引(a,b,c)时，使用a、a,b、a,b,c查询时能够使用索引，使用b、b,c、c查询时索引会失效。

以下的SQL语句查询时使用了create_time,type,status字段，存在联合索引(cust_info,create_time,type,status)，由于查询条件未使用cust_info字段，因此联合索引会失效。

select * from test_table_log2 
where create_time>'2020/3/8 11:57:27' and type='1' and status='1';

执行计划如下，（create_time字段存在单列索引，但查询条件对应的数据范围太大，因此也不会使用索引）：

  select_type: SIMPLE
        table: test_table_log2
         type: ALL
possible_keys: idx_ttl2_time
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 4727385
        Extra: Using where

5.12. in或or查询时数据量太小

数据库表的数据量太小（例如小于等于6行）时，针对同一个索引字段使用or或in操作进行查询时，不会使用索引。

参考 https://dev.mysql.com/doc/refman/5.6/en/table-scan-avoidance.html，对于数据量小的表，进行全表扫描通常是合适的，并且对性能的影响可以忽略。

如以下SQL语句在执行时不会使用索引。

select * from test_table_log where cust_info in ('1881','1882');

select * from test_table_log where cust_info='1881' or cust_info='1882';

执行计划如下：

  select_type: SIMPLE
        table: test_table_log
         type: ALL
possible_keys: idx_ttl_cust
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 6
        Extra: Using where

adrninistrat0r

关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
MySQL索引失效与解决方法实践

1. 前言以下测试使用MariaDB，版本为10.0.36，InnoDb版本为5.6.39-83.1。2. 测试用数据库表说明以下用于测试的数据库表为test_table_log、test_table_log2，两个表的字段相同，索引不同，如下所示：CREATE TABLE IF NOT EXISTS test_table_log( id varchar(32) NOT NULL COMMENT 'id', type varchar(20)
复制链接

扫一扫

专栏目录