一、前提條件

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.03sec)

Records:0 Duplicates: 0 Warnings: 0

mysql>ALTER TABLE user ADD INDEX index_age (age);

Query OK,0 rows affected (0.02sec)

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.12sec)

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兩邊字段都建立了索引，索引不會失效。

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

總結

以上是生活随笔為你收集整理的like左匹配索引失效_Mysql索引失效的情况的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。