MySQL存储过程不支持数组参数，需转为字符串或JSON；FIND_IN_SET()简单但性能差、限制多；MySQL 5.7+推荐用JSON_CONTAINS()等JSON函数安全高效解析。
MySQL 存储过程里没法直接传数组，得转成字符串再拆
MySQL 原生不支持数组类型参数，IN 子句里的列表也不能直接来自变量（除非用预处理语句动态拼）。所以常见做法是把数组转成逗号分隔字符串（如 '1,2,5'），再在存储过程中解析。但这里有两个主流路径：用 FIND_IN_SET() 匹配单个值，或用 JSON 函数解析结构化数据——选哪个，取决于你的 MySQL 版本、数据特征和查询模式。
FIND_IN_SET() 只适合小规模、无嵌套、纯数字/短字符串的匹配
FIND_IN_SET() 看起来简单，但限制极多。它只能查「以逗号分隔的纯字符串列表」中的某个子串，且不支持索引加速，全表扫描风险高。
- 输入必须是逗号分隔、**无空格、无引号、无嵌套**的字符串，比如
'1,2,5'可以，'1, 2, 5'或'"1","2","5"'都会失败 - 字段值如果是数字类型（如
INT），MySQL 会隐式转成字符串比对，但遇到前导零（如'001'vs'1'）就不可靠 - 无法做范围判断或模糊匹配，只能精确等于某一项
- 性能差：每行都要调用函数、逐字符扫描，10 万行以上基本卡死
示例（危险写法，仅作说明）：
SELECT * FROM user WHERE FIND_IN_SET(id, '1,2,5');
MySQL 5.7+ 推荐用 JSON_CONTAINS() + JSON_EXTRACT() 解析 JSON 数组
如果你的 MySQL ≥ 5.7，JSON 是更健壮的选择。传参用标准 JSON 数组字符串（如 '[1,2,5]' 或 '["a","b","c"]'），再用内置函数安全提取和匹配。
- 参数传入时加一层校验：
JSON_VALID(@json_param)，避免非法格式导致后续报错 - 匹配整数 ID：
JSON_CONTAINS(@json_array, CAST(id AS JSON))，注意CAST避免类型不一致 - 匹配字符串字段：
JSON_CONTAINS(@json_array, JSON_QUOTE(name))，否则"name"和name会被当成不同值 - 如果数组很大（>100 项），别在
WHERE里反复解析同一 JSON 变量，先用SET @arr = JSON_EXTRACT(...)缓存
示例（安全写法）：
SET @ids = '[1,2,5]'; SELECT * FROM user WHERE JSON_CONTAINS(@ids, CAST(id AS JSON));
存储过程里解析 JSON 数组并循环处理，要避开 JSON_TABLE 的兼容性坑
想对 JSON 数组里的每个元素做 INSERT / UPDATE？别急着用 JSON_TABLE()——它只在 MySQL 8.0.4+ 支持，低版本会直接报错 FUNCTION does not exist。
- MySQL 8.0+：可用
JSON_TABLE()转成临时结果集，配合INSERT ... SELECT批量操作 - MySQL 5.7：只能靠递归 CTE（不支持）或手动 while 循环 +
JSON_EXTRACT(@arr, CONCAT('$[', i, ']'))逐项取值 - 循环时注意
JSON_LENGTH(@arr)返回的是真实长度，但下标从 0 开始，别越界 - 每次
JSON_EXTRACT返回带引号的字符串（如"abc"），需用TRIM(BOTH '"' FROM ...)去引号
关键提醒：JSON 解析本身不慢，但循环中反复调用函数 + 多次 SQL 执行，比批量语句慢一个数量级。能用集合操作就别用循环。
