经常被问，NOT IN和<>操作就无法走索引？

真想只有一个：具体问题具体分析，没有前提的问题都是耍流氓。

 

准备测试数据：

## 删除测试表DROP TABLE IF EXISTS tb2001;## 创建测试表CREATE TABLE `tb2001` (    `id` int(11) NOT NULL AUTO_INCREMENT PRIMARY KEY,    `c1` int(11) DEFAULT NULL,    `c2` int(11) DEFAULT NULL,    INDEX idx_c1(c1)) ENGINE = InnoDB CHARSET = utf8;## 插入测试数据(10万左右)## 如果information_schema.columns数据较少，可以重复多次INSERT INTO tb2001 (c1,c2)SELECT 1,1 from information_schema.columns;INSERT INTO tb2001 (c1,c2)SELECT 2,2 from information_schema.columnslimit 10;

INSERT INTO tb2001 (c1,c2)SELECT 3,3 from information_schema.columnslimit 10;

表中tb2001上C1列上有索引，全表数据10万条，但c1<>1的数据仅为20条。

查询c1不为1的10条数据，NOT IN 方式执行计划为：

desc select * from tb2001 where c1 not in(1) limit 10 \G*************************** 1. row ***************************           id: 1  select_type: SIMPLE        table: tb2001   partitions: NULL         type: rangepossible_keys: idx_c1          key: idx_c1      key_len: 5          ref: NULL         rows: 11     filtered: 100.00        Extra: Using index condition

查询c1不为1的10条数据，<>方式执行计划为：

desc select * from tb2001 where c1 <> 1 limit 10 \G*************************** 1. row ***************************           id: 1  select_type: SIMPLE        table: tb2001   partitions: NULL         type: rangepossible_keys: idx_c1          key: idx_c1      key_len: 5          ref: NULL         rows: 11     filtered: 100.00        Extra: Using index condition

从上面两个例子可以看出，NOT INT和<>操作都可以走索引，且执行性能极佳。

 

俗话说苍蝇不叮无缝的丹，因为在很多场景下，NOT IN或<>两类操作使用二级索引的成本远超于全表扫描的成本，查询优化器按照成本选择"最优执行计划"，导致查询不走二级索引。但不能因此就彻底判断NOT IN或<>两类操作不能走索引。