MySQL用SUBSTRING_INDEX配合数字序列拆分逗号字符串并INSERT，需构造辅助数字表、TRIM去空格、WHERE过滤空值；PostgreSQL用string_to_array+unnest最简洁；SQL Server用STRING_SPLIT要注意顺序问题；通用推荐应用层拆分后批量INSERT。
MySQL 中用 SUBSTRING_INDEX 拆分逗号字符串并 INSERT
MySQL 原生不支持数组或字符串切片，但可以用 SUBSTRING_INDEX 配合自增数字序列“模拟循环”。前提是目标字符串长度可控（一般建议 ≤ 10 个元素），否则嵌套过深易出错。
常见错误是直接 INSERT INTO t VALUES ('a,b,c') —— 这只会插入一整条记录，不是三条。
- 先构造一个数字辅助表（或用
UNION ALL临时生成 1~10） - 对每个位置调用
SUBSTRING_INDEX(SUBSTRING_INDEX(str, ',', n), ',', -1)提取第 n 项 - 用
TRIM()去掉可能的空格，避免插入空值 - 加
WHERE过滤掉提取结果为空的行（比如字符串只有 3 项，但你查到了第 5 位）
INSERT INTO users (name)
SELECT TRIM(SUBSTRING_INDEX(SUBSTRING_INDEX('Alice,Bob,Charlie', ',', nums.n), ',', -1)) AS name
FROM (
SELECT 1 n UNION SELECT 2 UNION SELECT 3 UNION SELECT 4 UNION SELECT 5
) nums
WHERE nums.n <= (LENGTH('Alice,Bob,Charlie') - LENGTH(REPLACE('Alice,Bob,Charlie', ',', ''))) + 1;PostgreSQL 用 string_to_array + unnest 最简洁
PostgreSQL 原生支持数组类型，string_to_array 和 unnest 组合是标准解法，语义清晰、性能好、无长度限制。
容易踩的坑：如果源字符串含空元素（如 'a,,c'），unnest(string_to_array(...)) 默认会保留 NULL，需显式过滤。
-
string_to_array('a,b,c', ',')返回{'a','b','c'} -
unnest()将数组展开为行集，可直接用于INSERT ... SELECT - 加
WHERE elem <> ''排除空字符串（注意 PostgreSQL 中''≠NULL）
INSERT INTO users (name)
SELECT elem FROM unnest(string_to_array('Alice,Bob,Charlie', ',')) AS elem
WHERE elem <> '';SQL Server 的 STRING_SPLIT 要注意兼容性与排序
STRING_SPLIT 是 SQL Server 2016+ 引入的函数，返回带 value 列的结果集，但它**不保证顺序**——即使输入是 'a,b,c'，输出可能乱序。
如果你依赖顺序（比如批量 INSERT 同时要关联另一组按位对应的 ID），必须额外处理。SQL Server 2022+ 支持 ordinal 参数，老版本只能靠 ROW_NUMBER() + 子查询硬凑。
- SQL Server 2022+：直接用
STRING_SPLIT('a,b,c', ',', 1)，第 3 个参数开启序号 - 旧版本：套一层
SELECT value, ROW_NUMBER() OVER(ORDER BY (SELECT NULL)) AS rn，但排序不可靠，慎用于关键业务 - 始终用
RTRIM(LTRIM(value))清理首尾空格
INSERT INTO users (name)
SELECT value FROM STRING_SPLIT('Alice,Bob,Charlie', ',')
WHERE RTRIM(LTRIM(value)) <> '';通用方案：别硬刚 SQL，改用应用层拆分再批量 INSERT
当字符串来源不可控（长度不定、含转义逗号、嵌套结构）、或数据库不支持上述函数时，硬写 SQL 容易翻车。这时候最稳的做法是：在 Python/Java/Node.js 里用原生字符串 split，再拼成 INSERT ... VALUES (...), (...), (...) 或走预编译批量接口。
很多人忽略的一点：单条 INSERT 插入 100 行，比 100 条单行 INSERT 快 10 倍以上；但若拆分逻辑复杂（比如要解析 CSV 规则），SQL 层反而更难维护和调试。
- Python 示例：
names = s.split(','); values = [f"('{n.strip()}')" for n in names]; sql = f"INSERT INTO users (name) VALUES {','.join(values)}" - 注意 SQL 注入风险：务必用参数化方式（如
executemany）替代字符串拼接 - PostgreSQL/MySQL 驱动通常支持一次传入多行参数，比拼 SQL 字符串更安全
真正复杂的分隔逻辑（比如引号包裹的逗号、反斜杠转义）几乎不可能用纯 SQL 健壮处理，这时候坚持用 SQL 只会把问题从应用层转移到数据库层，还更难定位。
