JSON_EXTRACT在存储过程中“没反应”的根本原因是严格模式下NULL处理不当及类型未显式转换，必须配合JSON_UNQUOTE和JSON_CONTAINS_PATH确保安全提取与判断。
存储过程中直接用 JSON_EXTRACT 是可行的，但必须显式处理 NULL 和类型转换，否则极易在运行时中断或返回空结果。
为什么存储过程里 JSON_EXTRACT 常“没反应”
根本原因不是函数本身失效，而是 MySQL 存储过程默认开启严格模式（sql_mode 包含 STRICT_TRANS_TABLES），而 JSON_EXTRACT 对非法路径、不存在 key 或非 JSON 值会返回 NULL —— 这个 NULL 若直接赋给非 NULL 变量或参与计算，就会触发警告甚至报错。
-
SELECT JSON_EXTRACT('{"a":1}', '$.b')返回NULL，但在存储过程中若写成SET @val = JSON_EXTRACT(json_col, '$.b');，后续用@val + 1就得小心：NULL 加任何数仍是 NULL，不报错但逻辑断裂 - 更隐蔽的是类型隐式转换：
JSON_EXTRACT返回的是 JSON 类型值（带引号），不是原生字符串或数字。比如'"hello"'和'hello'在=比较中不相等 - 路径语法错误（如漏掉
$、用单引号包路径）不会报语法错误，但提取结果恒为NULL，很难排查
JSON_EXTRACT 在存储过程里必须搭配 JSON_UNQUOTE
除非你明确需要保留 JSON 格式（比如再嵌套拼接），否则绝大多数业务场景下，提取出来的字符串、数字都该立刻“脱壳”。JSON_UNQUOTE 不是可选项，是安全操作的底线。
- 正确写法：
SET v_name = JSON_UNQUOTE(JSON_EXTRACT(in_json, '$.name')); - 错误写法：
SET v_name = JSON_EXTRACT(in_json, '$.name');→v_name实际存的是"张三"（带双引号），不是张三 - 数字同理：
JSON_UNQUOTE(JSON_EXTRACT(in_json, '$.age'))才能得到可参与INT运算的纯数字；否则它还是 JSON 类型的25，在某些上下文中会被当字符串处理 - 注意：若提取结果本身就是
NULL，JSON_UNQUOTE(NULL)仍为NULL，不会报错，这点可以放心
如何安全地判断 JSON 字段是否存在某个 key
别依赖 IS NULL 判断提取结果，因为 key 不存在、key 存在但值为 null、字段本身为 NULL 三种情况都返回 NULL，无法区分。要用 JSON_CONTAINS_PATH。
- 检查 key 是否存在（不管值是什么）：
IF JSON_CONTAINS_PATH(in_json, 'one', '$.email') THEN ... - 检查 key 是否存在且非 null：
IF JSON_EXTRACT(in_json, '$.email') IS NOT NULL AND JSON_CONTAINS_PATH(in_json, 'one', '$.email') THEN ... - 避免写成
IF in_json->'$.email' != NULL—— 这种写法在存储过程中不可靠，->是运算符糖，底层仍调JSON_EXTRACT，同样受 NULL 语义干扰
性能和兼容性要注意的点
在循环或高频调用的存储过程中，反复对同一 JSON 字段做多次 JSON_EXTRACT 是低效的。MySQL 不会缓存中间解析结果，每次调用都重新解析整个 JSON 文本。
- 推荐做法：一次提取所有需要的字段到变量，再用变量参与后续逻辑
SET v_name = JSON_UNQUOTE(JSON_EXTRACT(in_json, '$.name'));<br>SET v_age = CAST(JSON_UNQUOTE(JSON_EXTRACT(in_json, '$.age')) AS UNSIGNED);<br>SET v_tags = JSON_EXTRACT(in_json, '$.tags');
- 不要在 WHERE 条件里对 JSON 字段频繁用
JSON_EXTRACT，尤其没建虚拟列索引时，会导致全表扫描 -
JSON_EXTRACT支持数组路径，如'$[0].id'，但存储过程中拼接动态下标要格外小心 SQL 注入风险 —— 如果下标来自用户输入，必须先校验是否为合法整数，不能直接拼字符串
最易被忽略的是 JSON 路径中的特殊字符：如果 key 名含空格、点号、连字符（如 "user-info"、"first name"），必须用双引号包裹路径段，写成 '$.["user-info"]' 或 '$.["first name"]'，否则提取失败且无声无息。这个细节在调试时极难定位。
