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

  • Z时代
  • 2024-01-10
  • 分类：综合

编程

起因

突然收到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倍。

以上是 一个细节拖慢Mysql100倍的查询速度，隐式转换导致不走索引 的全部内容， 来源链接： utcz.com/z/512338.html

回到顶部