sql server 2016+ 应用 string_split 必须清洗空值、trim 并显式编号保序，2016–2019 需 row_number()，2022+ 可用 ordinal 参数；老版本需 while+charindex 手写防丢数据，mysql 依赖 substring_index 循环拆分。
SQL Server 2016+ 直接用 STRING_SPLIT 最省事，但必须清洗空值、显式编号保序；老版本（如 2008/2012）只能手写 WHILE+CHARINDEX，否则最后一条数据常丢失；MySQL 没内置函数，得靠 SUBSTRING_INDEX 循环拆分——选错方案轻则结果错乱，重则查询卡死。
SQL Server 2016+ 怎么安全调用 STRING_SPLIT？
它返回无序、无索引的单列 value，裸用极易出错。
- 不能直接在
WHERE子句里嵌套：WHERE id IN (SELECT value FROM STRING_SPLIT(@s, ','))会导致执行计划退化为 Nested Loop，大数据量时极慢 - 必须先存入临时表并清洗：
SELECT TRIM(value) AS val INTO #split_ids FROM STRING_SPLIT(@ids, ',') WHERE TRIM(value) != '' - 2016–2019 版本要手动加序号：
SELECT ROW_NUMBER() OVER (ORDER BY (SELECT NULL)) AS rn, TRIM(value) AS val，否则 JOIN 或取第 N 项不可靠 - 2022+ 可用
ordinal参数：SELECT value, ordinal FROM STRING_SPLIT(@ids, ',', 1)，但注意默认参数是0（不返回序号） - 输入为
NULL时STRING_SPLIT(NULL, ',')返回空结果集，不报错，需前置判断：IF @input IS NULL OR LTRIM(@input) = '' RETURN
SQL Server 2008/2012 怎么手写拆分逻辑？
没 STRING_SPLIT，只能靠 WHILE + CHARINDEX，但边界处理一漏就丢数据。
- 初始化时
@n = 1，@m = CHARINDEX(',', @str)，必须检查@m > 0才进循环，否则跳过整个逻辑 - 截取用
SUBSTRING(@str, @n, @m - @n)，但当@m = 0（即无更多逗号）时，得补一手：SUBSTRING(@str, @n, LEN(@str) - @n + 1)获取末段 - 插入前务必
IF LEN(@id) > 0判断，否则连续分隔符（如a,,b）会把空字符串写进临时表 - 别用表变量存中间结果——高并发下易冲突，改用
#temp局部临时表
MySQL 存储过程怎么拆逗号字符串？
没有等价于 STRING_SPLIT 的函数，REPLACE+XML 方案在 8.0+ 已禁用，唯一稳定方式是循环 + SUBSTRING_INDEX。
- 先算分隔符个数：
SET lenstr = LENGTH(s_str) - LENGTH(REPLACE(s_str, s_split, '')) + 1 - 每次提取末段更稳：
REVERSE(SUBSTRING_INDEX(REVERSE(SUBSTRING_INDEX(s_str, s_split, i)), s_split, 1))，避免正向截取时因长度变化导致偏移错位 - 必须用
CREATE TEMPORARY TABLE（不是#开头），否则并发调用会表名冲突 - 循环前加
DROP TEMPORARY TABLE IF EXISTS tx_strlist，防止上一次异常退出残留表结构 - 别在循环里反复查主表——应先拆完存临时表，再一次性
JOIN或INSERT ... SELECT
真正麻烦的不是拆分动作本身，而是后续怎么用：顺序敏感场景（比如“第一个是用户ID，第二个是状态码”）必须显式编号；大表过滤时绝不能把 STRING_SPLIT 塞进 WHERE；MySQL 里临时表生命周期和并发隔离稍不注意就串数据。这些点不提前压住，上线后查半天才发现是拆分环节埋的雷。
