MySQL函数中高效匹配逗号分隔字符串值的优化方案问询

在MySQL函数中传入逗号分隔的ID字符串（示例：2,56,34,98,23），需要找到最高效的方式匹配表中的ID字段。目前已有三种可行方案，但希望找到比JOIN方案更快的实现方式。

现有方案对比 #

1. JSON集合+IN子查询（较快） #

先将逗号字符串转为JSON数组，再通过IN子查询匹配ID：

set _json_set = concat("[", comma_string, "]");
select * from `table` where `ID` in (select * from json_table(_json_set, "$[*]" columns(`c` int path "$")) as `jt`);

2. 使用find_in_set（低效） #

该方法无法有效利用ID字段的索引，查询速度很慢：

select * from `table` where find_in_set(`ID`, comma_string);

3. 优化后的JOIN方案（略快于子查询） #

通过JOIN直接关联JSON解析后的结果集，性能比IN子查询稍好：

select * from `table`
join json_table(_json_set, "$[*]" columns(`c` int path "$")) `jt` on `c` = `table`.`ID`;

比JOIN更高效的实现方式 #

1. 显式指定索引+提前JSON转换 #

如果ID是主键或有唯一索引，显式指定索引能让查询计划更稳定；同时在函数入口完成JSON转换，避免重复计算：

-- 提前完成JSON数组转换，放在函数开头
set _json_set = concat("[", comma_string, "]");
select t.* 
from `table` t force index (PRIMARY) -- 强制使用主键索引
join json_table(_json_set, "$[*]" columns(`c` int path "$")) `jt` 
on t.`ID` = `jt`.`c`;

2. 临时表+批量插入（适合大量ID场景） #

如果传入的ID数量特别多（比如上千个），先把解析后的ID插入带索引的临时表，再关联查询能大幅提升性能：

-- 创建带主键索引的临时表
create temporary table if not exists temp_ids (id int primary key);
-- 清空临时表（函数内调用注意上下文）
truncate table temp_ids;
-- 把解析后的ID插入临时表
insert into temp_ids(id) 
select * from json_table(concat("[", comma_string, "]"), "$[*]" columns(`c` int path "$")) as `jt`;
-- 关联查询，充分利用两边的索引
select t.* from `table` t join temp_ids ti on t.`ID` = ti.id;

3. 直接传入JSON格式参数（省去字符串拼接） #

如果调用函数时能直接传JSON数组（比如'[2,56,34,98,23]'），不用做concat拼接的额外操作，性能会更优：

-- 假设参数comma_json已经是JSON数组格式
select t.* 
from `table` t
join json_table(comma_json, "$[*]" columns(`c` int path "$")) `jt` 
on t.`ID` = `jt`.`c`;

内容的提问来源于stack exchange，提问作者Justin Levene