示例慢 SQL

1

SELECT * FROM task_engine_base_data WHERE outer_task_id = 1001871

场景上下文

  • 数据表结构现状

为减少阅读干扰，已去除与本案例无关的字段及索引定义

1
2
3
4
5
6
7

CREATE TABLE `task_engine_base_data` (
  `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT '主键ID',
  `task_type_id` int(11) NOT NULL DEFAULT '0' COMMENT '任务类型ID',
  `outer_task_id` varchar(64) NOT NULL DEFAULT '' COMMENT '外部任务ID',
  PRIMARY KEY (`id`),
  KEY `idx_outer_id_type_id` (`outer_task_id`,`task_type_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='子任务规则表';

原因分析

慢SQL的EXPLAIN

慢SQL的EXPLAIN

表中存在索引 idx_outer_id_type_id(outer_task_id,task_type_id)。

字段定义 outer_task_id varchar(64) NOT NULL DEFAULT ''。

字段类型为字符串，但查询条件的值为整型，导致 MySQL 隐式转换。

列值会被转换成浮点数类型，即 CAST(col_name AS DOUBLE) = XXX，对列值进行了计算，无法使用索引。

解决方案

程序中强制转换值的类型，与数据库字段类型保持完全一致，避免隐式转换。

1

SELECT * FROM task_engine_base_data WHERE outer_task_id = '1001871'

或者使用 CAST 转换查询值：

1

SELECT * FROM task_engine_base_data WHERE outer_task_id=CAST(1001871 AS CHAR)

优化后的 SQL

1

SELECT * FROM task_engine_base_data WHERE outer_task_id = '1001871'

再看优化后的EXPLAIN

优化后SQL的EXPLAIN

知识总结

两个需要比较的值，基本类型不一样时，会发生转换。

整型与字符串的比较，两个值都会被转换成浮点数后再比较。

对索引列进行计算，会导致无法使用索引。

参考资料