MySQL索引失效：一个案例研究
本文通过一个实际案例，深入探讨MySQL索引失效的原因及解决方法。
场景描述
我们有一个名为ns_delivery_shop的表，其结构如下：
CREATE TABLE `ns_delivery_shop` ( `id` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT, `goods_id` INT(10) NOT NULL COMMENT '商品id', `sku_id` INT(10) NOT NULL COMMENT '商品sku', `shop_id` INT(10) NOT NULL COMMENT '代理商id', `stock` INT(10) NOT NULL COMMENT '库存', `sales` INT(10) NOT NULL COMMENT '销量', `create_time` INT(10) NOT NULL COMMENT '时间', PRIMARY KEY (`id`), KEY `idx_shop_id` (`shop_id`) USING BTREE ) ENGINE=INNODB AUTO_INCREMENT=7 DEFAULT CHARSET=utf8 COMMENT='代理商打货表';
表中包含idx_shop_id索引，用于加速shop_id的查询。
问题现象
当查询条件为shop_id = 1且结果集较小时（例如限制返回2条记录），索引能够正常工作。但当结果集增大（超过2条记录）时，索引失效。 使用EXPLAIN分析以下SQL语句即可验证：
EXPLAIN SELECT stock FROM `ns_delivery_shop` WHERE shop_id = 1;
如果EXPLAIN结果显示未使用索引，则表明索引失效。
失效原因分析
MySQL查询优化器会根据数据量和查询条件，选择最优的执行计划。当满足特定条件时，MySQL会判断全表扫描比使用索引更高效。 这主要是因为索引访问需要额外的IO操作，而当结果集占总数据量比例较大时，全表扫描的成本反而更低。
在本例中，少量数据时，使用索引效率更高；但当shop_id = 1对应的数据量较大时，MySQL优化器认为全表扫描更快速，从而导致索引失效。
总结
数据库查询性能优化至关重要。理解索引失效机制，有助于编写高效的SQL语句，避免性能瓶颈。 在实际应用中，需要根据具体情况，选择合适的索引策略，并结合EXPLAIN语句分析查询计划，确保数据库高效运行。
