MySQL 8.0 存储过程中不能用 DECLARE 声明 JSON 类型变量，因JSON非合法局部变量类型；需改用TEXT或LONGTEXT声明并配合JSON函数操作。
MySQL 8.0 存储过程中不能用 DECLARE 声明 JSON 类型变量 —— 这会直接报错 ERROR 1064 (42000)，因为 JSON 不是合法的局部变量类型。
为什么 DECLARE json_var JSON 不行
MySQL 的存储过程变量声明只支持基本类型（INT、VARCHAR、TEXT 等），不支持 JSON 作为变量类型。即使你的表里有 JSON 列，也不能把它搬到 DECLARE 语句里。
常见错误现象：
- 写
DECLARE data JSON;→ 报错：ERROR 1064 (42000): You have an error in your SQL syntax - 误以为
JSON是“第一类类型”，试图像函数参数一样传入IN param JSON→ 同样语法拒绝
替代方案：用 TEXT 或 LONGTEXT 模拟 JSON 变量
实际可行的做法是把 JSON 数据当作字符串暂存，再用 JSON 函数处理。只要内容合法，MySQL 会在调用 JSON_* 函数时自动识别并验证。
实操建议：
- 声明为
DECLARE json_str TEXT;或DECLARE json_str LONGTEXT;（后者更稳妥，避免超长 JSON 截断） - 赋值时可直接写字符串，或用
JSON_OBJECT/JSON_ARRAY构造后转成字符串：SET json_str = JSON_OBJECT('id', 123, 'name', 'foo'); - 后续操作全部走 JSON 函数：
JSON_EXTRACT(json_str, '$.name')、JSON_CONTAINS(json_str, '"active"')等 - 注意：若字符串非法（如缺引号、括号不匹配），
JSON_VALID(json_str)会返回0，建议在关键路径加校验
存储过程参数怎么接收 JSON 数据
存储过程的参数不支持 JSON 类型声明，但客户端传来的 JSON 字符串会被 MySQL 自动当作文本接收。你只需定义为 TEXT 参数即可安全使用。
示例：
DELIMITER $$
CREATE PROCEDURE process_user_data(IN raw_json TEXT)
BEGIN
IF JSON_VALID(raw_json) = 0 THEN
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Invalid JSON input';
END IF;
SELECT
JSON_UNQUOTE(JSON_EXTRACT(raw_json, '$.name')) AS name,
JSON_EXTRACT(raw_json, '$.tags') AS tags;
END$$
DELIMITER ;
调用时传字符串即可：CALL process_user_data('{"name": "Alice", "tags": ["admin", "beta"]}');
要点：
- 不要尝试
IN p JSON—— 语法不通过 - 传入内容必须是完整、合法的 JSON 字符串（双引号、无尾逗号等）
- 用
JSON_UNQUOTE()提取字符串值，避免结果带引号；用->>操作符更简洁：raw_json->>'$.name' - 如果参数可能为空或 NULL，
JSON_VALID(NULL)返回NULL，需提前判断
容易被忽略的点
最常被跳过的不是语法，而是数据边界：客户端拼接 JSON 字符串时未做 JSON_QUOTE 转义，导致单引号、换行、反斜杠破坏结构；或者前端传的是 JavaScript 对象字面量（如 {name: 'x'}）而非标准 JSON（{"name": "x"}）。这类问题不会在 DECLARE 阶段暴露，而是在 JSON_EXTRACT 返回 NULL 或查询静默失败时才浮现。
