SUBSTRING_INDEX无法将字符串直接拆分为多行，因其是标量函数；MySQL 8.0+可用递归CTE配合序号生成与LOCATE实现无依赖拆分。
子查询里直接用 SUBSTRING_INDEX 拆分字符串行不通
MySQL 的 SUBSTRING_INDEX 确实能按分隔符截取字符串，但它只返回单个值，无法把一个字段（比如 'a,b,c'）自动展开成多行。如果在子查询里直接套用：(SELECT SUBSTRING_INDEX('a,b,c', ',', 1))，结果只是 'a'，不是你想要的三行数据。这不是函数写错了，而是 SQL 标准里「标量函数不能生成行集」——子查询若要返回多行，本身得是完整查询，不能靠字符串函数“变出”新行。
真正可行的路径只有两条：借助已有的数字表（或递归 CTE），或把拆分逻辑移到应用层。数据库层强行“优雅”拆分，往往代价是可读性或性能。
用递归 CTE + CHAR_LENGTH 和 LOCATE 实现无依赖拆分（MySQL 8.0+）
如果你必须在 SQL 层完成，并且用的是 MySQL 8.0 或更高版本，递归 CTE 是最可控的方式。核心思路是：先生成足够多的序号（比如 1~10），再对每个序号提取第 N 个分割项，最后过滤掉空结果。
WITH RECURSIVE split AS ( SELECT 1 AS n, 'apple,banana,cherry' AS str UNION ALL SELECT n + 1, str FROM split WHERE n < 10 ) SELECT TRIM(SUBSTRING_INDEX(SUBSTRING_INDEX(str, ',', n), ',', -1)) AS item FROM split WHERE n <= (CHAR_LENGTH(str) - CHAR_LENGTH(REPLACE(str, ',', ''))) + 1;
-
n是当前尝试提取的第几个元素，从 1 开始递增 -
CHAR_LENGTH(str) - CHAR_LENGTH(REPLACE(str, ',', '')) + 1算出总项数，避免多余行 -
SUBSTRING_INDEX(..., -1)提取最后一个逗号之后的部分，即第n项 - 必须加
TRIM()，因为原始字符串可能含空格，如'a, b , c'
PostgreSQL 用 STRING_TO_ARRAY + UNNEST 更简洁
PostgreSQL 原生支持数组类型，STRING_TO_ARRAY 返回数组，UNNEST 把它炸开成行——这两者组合就是为这种场景设计的，不用手写递归逻辑。
SELECT UNNEST(STRING_TO_ARRAY('x,y,z', ',')) AS item;注意三点：
- 如果源字段可能为
NULL，UNNEST会跳过整行，需提前用COALESCE(str, '')处理 - 重组时（比如拼回字符串），用
STRING_AGG(item, ',')，但要注意NULL项默认被忽略，必要时加WITHIN GROUP (ORDER BY ...)控制顺序 - 该方案在 WHERE 或 JOIN 中嵌套使用时，性能比 MySQL 递归 CTE 更稳定，因执行计划更可预测
别在子查询里反复调用拆分逻辑，改用 LATERAL（PostgreSQL / SQL Server）或派生表预处理
常见错误是这样写：
SELECT id, (SELECT ... FROM ... WHERE x = SUBSTRING_INDEX(t.tags, ',', 1)) AS tag1, (SELECT ... FROM ... WHERE x = SUBSTRING_INDEX(t.tags, ',', 2)) AS tag2 FROM items t;
这不仅重复计算、难以维护，而且一旦项数不固定就彻底失效。正确做法是先拆，再关联：
- PostgreSQL：用
LATERAL把拆分作为“右侧动态视图”，一行变多行后仍能引用左侧字段 - MySQL：只能用派生表（即子查询包裹拆分逻辑），然后
JOIN回主表；注意必须给派生表起别名，否则语法报错 - 所有方案中，拆分后的临时结果最好加上
WHERE item != ''过滤空字符串——CSV 常见脏数据，比如'a,,c'会产生中间空项
真正的“优雅”不在于单条 SQL 多短，而在于逻辑是否可测试、可索引、可推断。字符串拆分本质是行集变换，硬塞进标量子查询，迟早遇到 NULL、越界、编码异常这些静默陷阱。
