Mysql索引失效的情況

一、前提條件 

1、創建三張測試表：

DROP TABLE IF EXISTS `user`;
CREATE TABLE `user` (
 `id` int(11) NOT NULL,
 `name` varchar(25) DEFAULT NULL,
 `age` int(11)  NOT NULL DEFAULT 0,
 `update_time` datetime DEFAULT NULL,
 `first_name` varchar(25) DEFAULT NULL,
 `last_name` varchar(25) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

INSERT INTO `user` (`id`, `name`, `age`,`update_time` ,`first_name` ,`last_name`) VALUES (1,'張三',23,'2020-12-22 15:27:18','張','三'), (2,'李四',24,'2020-06-21 15:27:18','李','四'), (3,'王五',25,'2020-07-20 15:27:18','王','五');

DROP TABLE IF EXISTS `role`;
CREATE TABLE `role` (
 `id` int(11) NOT NULL AUTO_INCREMENT,
 `name` varchar(10) DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `index_name` (`name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

INSERT INTO `role` (`id`, `name`) VALUES (1,'產品經理'),(2,'技術經理'),(3,'項目總監');

DROP TABLE IF EXISTS `role_user`;
CREATE TABLE `role_user` (
 `id` int(11) NOT NULL,
 `role_id` int(11) NOT NULL,
 `user_id` int(11) NOT NULL,
  PRIMARY KEY (`id`),
  KEY `index_role_user_id` (`role_id`,`user_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

INSERT INTO `role_user` (`id`, `role_id`, `user_id`) VALUES (1,2,1),(2,1,2),(3,3,3);

2、創建對應的索引：

mysql> ALTER TABLE user ADD INDEX index_name (name);
Query OK, 0 rows affected (0.03 sec)
Records: 0  Duplicates: 0  Warnings: 0

mysql> ALTER TABLE user ADD INDEX index_age (age);
Query OK, 0 rows affected (0.02 sec)
Records: 0  Duplicates: 0  Warnings: 0

mysql> alter table user add index index_first_last_name (first_name,last_name);
Query OK, 0 rows affected (0.12 sec)
Records: 0  Duplicates: 0  Warnings: 0

二、索引失效情況

• 最常說的like匹配;
• 強制類型轉換會讓索引失效;
• 最左匹配原則（組合索引按照建立的順序，如果前一個匹配不上就會導致后一個命中失效）;
• WHERE 條件中使用or即使有索引也會失效;

1、最常說的like匹配

例1 explain select * from user where name like '%張';

例2 explain select * from user where name like '張%';

【結論：】例1索引失效 ，例2索引生效（匹配列前綴 '張%'）

2. 強制類型轉換會讓索引失效

首先明確一點mysql優化器自動進行強制類型轉換；也就是下面這兩個sql都能查詢到結果。

select * from user where name = '6'; 

select * from user where name = 6;

例1：explain select * from user where name = '6';

例2：explain select * from user where name = 6;

【 結論：】因為name在數據庫的類型為：varchar，例2當mysql優化器自動進行強制類型轉換時，索引失效；

 3.最左匹配原則

例1： explain select * from user where first_name = '王' and last_name = '五'; 

例2： explain select * from user where last_name = '五' and first_name = '王';

例3 ：explain select * from user where first_name = '王';

例4 ：explain select * from user where last_name = '五';

【結論：】當建立一個組合索引時，根據例1和例2 得出 組合索引 where條件后面的排放順序不會影響索引的命中；

                  根據例3 例4 得出如果組合索引中有部分字段缺失（因為建立索引的順序是first_name ,last_name），按照建索引的順序從左到右，依次匹配如果前一個                    列不匹配，則后一個列索引失效。

 4. where條件中使用or即使有索引也會失效

例1：explain select * from user where name = '張三' or update_time = '2020-07-20 15:27:18';

例2：explain select * from user where update_time = '2020-07-20 15:27:18' or  name = '張三';

例3：explain select * from user where name = '張三' or age = 25;

 【結論：】通過例1和例2可以得出如果條件中or的兩邊有一個沒有建立索引就會導致索引失效；通過例3可以到，如果or兩邊字段都建立了索引，索引不會失效。

 以上只是個人的一些簡單總結 ，如果有什么問題希望指出，如果有什么問題可以一起討論。