mysql 5.7可用存储过程+locate+while实现健壮字符串拆分，支持多字符分隔符、空项过滤和末尾分隔符处理，比substring_index嵌套更灵活安全，但性能较低，适用于低频、中等长度场景。
MySQL 5.7 没有原生的 split()，但用存储过程 + LOCATE() + 循环确实能实现可控、可调试、支持任意分隔符（包括多字符） 的拆分逻辑——比纯 SUBSTRING_INDEX 嵌套更灵活，也比动态拼 SQL 更安全。
关键在于：不能依赖「已知最大长度」硬写 1/2/3 个字段，而要真正逐段提取、识别边界、处理空项和末尾分隔符。下面直奔实操。
为什么不用 SUBSTRING_INDEX 嵌套做复杂拆分
它适合固定长度、已知最多 N 项的场景（比如最多 5 个标签），但遇到以下情况就容易出错：
• 字符串末尾带分隔符（如 'a,b,c,'）→ SUBSTRING_INDEX(..., -1) 返回空字符串，但你无法判断这是真实空值还是截断残留
• 分隔符本身含特殊字符（如 '||' 或 '::'）→ SUBSTRING_INDEX 仍能工作，但嵌套层级变深、可读性骤降
• 需要同时获取每项的序号、原始位置或跳过空项 → 纯函数组合难以表达状态逻辑
用 LOCATE + WHILE 实现健壮拆分的核心逻辑
核心思路是模拟指针扫描：从起始位置开始，每次用 LOCATE(delimiter, str, pos) 找下一个分隔符位置，截取 SUBSTR(str, start, len)，再把 pos 更新为 found_pos + LENGTH(delimiter)。需重点处理三个边界：
-
起始位置初始化：设
start := 1，不是 0（MySQL 索引从 1 开始） -
未找到分隔符时终止：
LOCATE()返回 0，此时应截取剩余全部（SUBSTR(str, start)）并退出循环 -
空项过滤（可选）：若
TRIM(SUBSTR(...)) = ''，可CONTINUE跳过，避免插入空字符串到结果表
示例存储过程骨架（拆分到临时表 tmp_split_result）：
DELIMITER $$
CREATE PROCEDURE split_by_locate(
IN p_str TEXT,
IN p_delim VARCHAR(10)
)
BEGIN
DECLARE start_pos INT DEFAULT 1;
DECLARE delim_pos INT DEFAULT 0;
DECLARE part VARCHAR(1000);
DECLARE delim_len INT DEFAULT LENGTH(p_delim);
<p>DROP TEMPORARY TABLE IF EXISTS tmp_split_result;
CREATE TEMPORARY TABLE tmp_split_result (idx INT PRIMARY KEY AUTO_INCREMENT, val VARCHAR(1000));</p><p>SET p_str := TRIM(p_str);
IF p_str = '' THEN
LEAVE proc_exit;
END IF;</p><p>scan_loop: WHILE start_pos </p><pre class="brush:php;toolbar:false;">IF delim_pos = 0 THEN
-- 最后一段，无分隔符结尾
SET part = TRIM(SUBSTR(p_str, start_pos));
IF part != '' THEN
INSERT INTO tmp_split_result (val) VALUES (part);
END IF;
LEAVE scan_loop;
END IF;
-- 截取 start_pos 到 delim_pos-1 的内容
SET part = TRIM(SUBSTR(p_str, start_pos, delim_pos - start_pos));
IF part != '' THEN
INSERT INTO tmp_split_result (val) VALUES (part);
END IF;
SET start_pos = delim_pos + delim_len;END WHILE;
SELECT * FROM tmp_split_result; END$$ DELIMITER ;
调用时要注意的坑
直接 CALL split_by_locate('a,,b, c ', ','); 看似简单，但实际踩点不少：
-
参数长度限制：
TEXT类型输入没问题，但如果传入的是VARCHAR(255)变量且超长，会被静默截断 —— 建议输入参数统一用TEXT -
临时表生命周期：
tmp_split_result是TEMPORARY表，只在当前会话可见；如果存储过程中还调用了其他过程并想复用结果，得改用普通表或传入表名参数 -
多字符分隔符的 LENGTH 计算必须准确：用
LENGTH(p_delim)，不是CHAR_LENGTH()（对 UTF8MB4 多字节字符二者可能不同，但分隔符通常 ASCII，保险起见仍用LENGTH） -
NULL 输入未处理：上面示例没判
IS NULL，实际使用前建议加IF p_str IS NULL THEN ... END IF;
性能与替代方案的权衡点
这个方案在 MySQL 5.7 下是「够用且可控」的选择，但别忽略它的代价：
- 每拆一项都是一次
LOCATE+SUBSTR+INSERT，N 项就是 N 次磁盘写（临时表）；数据量大（如单条含 500+ 项）时明显慢于数字表 JOIN 方案 - 无法在普通 SELECT 中内联使用（不像函数可放 WHERE 子句里），只能作为预处理步骤
- 真正需要高性能拆分（如日志解析），应优先考虑在应用层（Python/Java）处理，或升级到 MySQL 8.0+ 用
JSON_TABLE+REPLACE转 JSON 再展开
所以，它最适用的场景是：**拆分频率低、单条数据项数中等（
