MySQL不支持原生数组，所有“传数组”均为字符串模拟；SUBSTRING_INDEX是最稳妥的拆分方式，可按序提取第N个元素，遍历需结合数字序列。
MySQL存储过程不支持原生数组，所有“传数组”都是模拟行为
直接在 CREATE PROCEDURE 参数列表里写 IN arr INT[] 会报语法错误；MySQL 8.0 仍无数组类型。你看到的任何“声明数组”语句（比如 DECLARE my_arr INT[5]）全是无效写法，执行时直接失败——这不是版本问题，是语法根本不存在。
用字符串模拟数组时，SUBSTRING_INDEX 是最稳的拆分方式
比 FIND_IN_SET() 安全，也比手动 LOCATE+SUBSTRING 循环更简洁。它能按序提取第 N 个元素，适合已知最大长度或可预估元素数的场景。
-
SUBSTRING_INDEX('a,b,c', ',', 1)→'a' -
SUBSTRING_INDEX('a,b,c', ',', -1)→'c' - 要遍历全部？得配合生成数字序列（如
(SELECT 1 UNION SELECT 2 UNION SELECT 3)），再用n 控制上限 - 注意：若元素含逗号（如
'user@domain.com,active'），字符串模拟立刻失效，必须换 JSON 或临时表
MySQL 5.7+ 推荐用 JSON_CONTAINS() + JSON_EXTRACT() 处理结构化参数
比字符串更健壮，支持嵌套、类型校验、索引加速（配合生成列）。但别跳过合法性检查——非法 JSON 会导致整个存储过程中断。
win可用的mysql指令skill
下载
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
- 先校验：
IF JSON_VALID(input_json) = 0 THEN SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Invalid JSON'; END IF; - 取长度：
JSON_LENGTH(input_json) - 取第 i 个元素（i 从 0 开始）：
JSON_EXTRACT(input_json, CONCAT('$[', i, ']')) - 判断是否包含某值：
JSON_CONTAINS(input_json, '"value"', '$')（注意引号嵌套） - 性能提示：对大数组做
JSON_CONTAINS全量扫描仍慢，高频查询建议落地为临时表并加索引
临时表模拟数组时，TEMPORARY TABLE 的生命周期和并发安全必须明确
临时表只在当前会话可见，连接断开自动销毁，这点很省心；但多个并发调用同一存储过程时，如果都创建同名临时表（如 temp_array），第二个会报 Table 'temp_array' already exists 错误。
- 解决办法：加会话唯一标识，比如
CONCAT('temp_array_', CONNECTION_ID()) - 或者统一用
DROP TEMPORARY TABLE IF EXISTS temp_array_CONNECTION_ID()+CREATE TEMPORARY TABLE - 插入后记得加
INDEX（哪怕只是KEY(value)），否则后续JOIN或WHERE查找效率极低 - 别忘了清理：显式
DROP TEMPORARY TABLE不是必须，但若过程异常退出，残留数据可能干扰调试
实际用哪种方式，取决于三个硬约束：MySQL 版本是否 ≥5.7、参数是否可信（能否被注入恶意 JSON/逗号）、单次调用元素数量是否稳定在百级以内。越靠近线上环境，越要放弃字符串拼接方案。
