是，因text变量不触发json解析导致路径匹配失败返回null；须声明json类型变量或用cast转为json，提取字符串需用>>或cast，数组展开应优先json_table，修改前需处理null，避免循环重复解析。
存储过程里直接用JSON_EXTRACT会丢数据？先看类型匹配
MySQL 存储过程中调用 JSON 函数本身没问题，但常见错误是把 JSON 字段当字符串处理。比如你声明了一个 DECLARE json_data TEXT，再把 SELECT data INTO json_data FROM t WHERE id = 1 赋值进去，后续用 JSON_EXTRACT(json_data, '$.name') 就可能返回 NULL——因为 TEXT 变量存的是原始字符串，MySQL 不会对它做 JSON 合法性校验或二进制解析，路径匹配失败就静默返回空。
正确做法是：变量类型必须声明为 JSON（MySQL 8.0.21+ 支持），或至少确保来源字段本身就是 JSON 类型：
- 用
DECLARE json_val JSON声明变量，再SELECT data INTO json_val FROM t WHERE id = 1 - 如果只能用
TEXT变量（如老版本兼容），插入前先用JSON_VALID()校验，再用CAST(json_str AS JSON)强转（MySQL 8.0.17+） -
JSON_EXTRACT返回的是 JSON 类型值，若要取字符串，必须用->>或显式CAST(... AS CHAR)，否则在CONCAT或条件判断中可能意外转成0
嵌套数组展开别硬写循环：JSON_TABLE 必须进 FROM 子句
很多人想在存储过程里用 WHILE 遍历 JSON 数组，结果写了一堆 JSON_LENGTH + JSON_EXTRACT + 计数器，既难读又慢。其实只要数据在表里，JSON_TABLE 是更干净的解法——但它不能出现在 SET 或 SELECT ... INTO 的纯表达式位置，必须作为派生表出现在 FROM 中。
使用 JSON Schema 验证 JSON 数据，从示例 JSON 生成 schema，并将其转换为 TypeScript 接口、Python 数据类或 Markdown 文档。
典型错误写法：SET @names = JSON_EXTRACT('[{"n":"a"},{"n":"b"}]', '$[*].n'); → 得到 ["a","b"]，不是两行；想拆成多行必须走 JSON_TABLE：
- 在存储过程中构造动态 SQL，把
JSON_TABLE嵌入INSERT ... SELECT或临时表填充语句里 - 例如：用
CREATE TEMPORARY TABLE tmp_names AS SELECT jt.name FROM JSON_TABLE(@json_arr, '$[*]' COLUMNS (name VARCHAR(50) PATH '$.n')) AS jt; - 注意
@json_arr必须是合法 JSON 字符串（非 TEXT 变量），且PATH中的$指向当前数组元素，不是整个文档根
JSON_SET/JSON_REPLACE 在存储过程里改数据，小心 NULL 和路径不存在
用 JSON_SET 给 JSON 字段加新键、JSON_REPLACE 改已有键，看着简单，但在存储过程里容易因路径不存在或值为 NULL 导致静默失败。比如 UPDATE t SET data = JSON_SET(data, '$.tags', JSON_ARRAY('new')) WHERE id = 1，如果 data 本身是 NULL，整条 UPDATE 不会报错，但 data 还是 NULL —— 因为 JSON_SET(NULL, ...) 返回 NULL。
- 先用
IFNULL(data, '{}')或COALESCE(data, JSON_OBJECT())确保左值非空 - 想安全地“有则改、无则加”，统一用
JSON_SET；只有明确要求“只改已有键、新增键不生效”时才用JSON_REPLACE - 修改嵌套对象里的字段，路径要写全，比如
'$.profile.address.city'，少一级就无效；可用JSON_CONTAINS_PATH(data, 'one', '$.profile.address')提前判断路径是否存在
性能陷阱：别在循环里反复解析同一个 JSON 字段
存储过程里如果对同一行 JSON 数据多次调用 JSON_EXTRACT（比如分别取 name、age、city），每次都会触发内部二进制解析——虽然比字符串解析快，但仍有开销。更糟的是，有人把整个 JSON 字段 SELECT ... INTO 到变量后，在循环里反复用 JSON_EXTRACT，这等于每次都在重新解析。
- 一次性提取所有需要的字段到多个变量：
SELECT JSON_UNQUOTE(JSON_EXTRACT(data, '$.name')), JSON_EXTRACT(data, '$.age'), ... INTO @name, @age, ... FROM t WHERE id = 1; - 如果字段类型已知且固定，优先用
->>（自动去引号）而非JSON_EXTRACT+JSON_UNQUOTE - 对大 JSON（>10KB）或高频调用场景，考虑提前把关键路径抽成生成列并建索引，避免运行时解析
NULL 边界处理——这两处出错，往往查半天才发现根本没进 JSON 解析逻辑。
