MySQL时间查询不走索引_一个细节拖慢Mysql100倍的查询速度，隐式转换导致不走索引...

起因

突然收到RDS服务器cpu 100%的报警，查看后发现有慢查询。取了其中一条：

select * from `kmd_tb_goods` where (`item_id` = 41928087111) and `kmd_tb_goods`.`deleted_at` is null limit 1

分析

我手动执行了一下上面的语句，发现耗时：[198]ms.

查看执行计划

explain select * from `kmd_tb_goods` where (`item_id` = 41928087111) and `kmd_tb_goods`.`deleted_at` is null limit 1

可以看出有有索引 tb_goods_item_id_index，但是 type=ALL ，这就很奇怪奇怪了，有索引为什么没走索引？

查看表结构：

show create table kmd_tb_goods

CREATE TABLE `kmd_tb_goods` (

`id` int(10) unsigned NOT NULL AUTO_INCREMENT,

`item_id` varchar(50) COLLATE utf8_unicode_ci NOT NULL DEFAULT '' COMMENT '商品itemId',

`created_at` timestamp NULL DEFAULT NULL,

`updated_at` timestamp NULL DEFAULT NULL,

`deleted_at` timestamp NULL DEFAULT NULL,

PRIMARY KEY (`id`),

KEY `tb_goods_item_id_index` (`item_id`)

) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci

发现item_id是 varchar 类型，但是查询语句是 int 类型，导致字段隐式转换扫描全表，所以性能差。

优化

把item_id改成字符串类型就可以了，避免了隐式转换扫描全表。

select * from `kmd_tb_goods` where (`item_id` = '41928087111') and `kmd_tb_goods`.`deleted_at` is null limit 1

查看执行计划

手动执行语句，耗时：[2]ms。从原来的198ms优化到了2ms，性能差了近100倍。

文章来源: www.oschina.net，作者：污贼贼，版权归原作者所有，如需转载，请联系作者。

原文链接：https://my.oschina.net/u/2322202/blog/3153149