可行，但需确保字段为有效JSON：先用JSON_VALID()校验或CAST转JSON类型，再用JSON_EXTRACT提取，并用JSON_UNQUOTE去除引号；路径要准确，避免通配符，大JSON宜前置解析。
触发器里直接用 JSON_EXTRACT 提取字段可行吗
可行，但必须注意 MySQL 5.7 对 JSON 函数的严格类型校验——JSON_EXTRACT 要求第一个参数是合法 JSON 值，不能是普通字符串或 NULL。如果字段是 TEXT 类型且内容未被显式转为 JSON，直接传入会报错：Invalid JSON text。
实操建议：
- 先用
JSON_VALID()判断字段是否为有效 JSON，再调用JSON_EXTRACT，否则触发器执行会中断 - 若源字段是
TEXT或VARCHAR，提取前加CAST(col_name AS JSON)更稳妥（MySQL 5.7.8+ 支持） -
JSON_EXTRACT返回带引号的 JSON 字符串（如"value"），需用JSON_UNQUOTE()去掉外层引号才能当普通字符串用
INSERT 触发器中解析 JSON 字段并写入其他列
常见场景：用户注册时提交 profile 字段为 JSON，想自动拆出 nickname 和 age 存到对应列。
示例 SQL：
CREATE TRIGGER tr_user_insert_parse_json
BEFORE INSERT ON users
FOR EACH ROW
BEGIN
IF JSON_VALID(NEW.profile) THEN
SET NEW.nickname = JSON_UNQUOTE(JSON_EXTRACT(NEW.profile, '$.nickname'));
SET NEW.age = JSON_EXTRACT(NEW.profile, '$.age');
END IF;
END;
注意点：
-
$.nickname路径必须准确；若字段不存在，JSON_EXTRACT返回NULL，不会报错 -
NEW.age是整数列，而JSON_EXTRACT返回的是 JSON 类型值，MySQL 5.7 会隐式转换，但更安全的做法是套一层CAST(... AS UNSIGNED) - 触发器中不能对本表做
SELECT或UPDATE，所以所有解析必须基于NEW行数据完成
UPDATE 触发器里判断 JSON 字段是否变更
不能直接用 OLD.profile != NEW.profile 比较 JSON，因为 JSON 值相等性判断在 MySQL 5.7 不支持直接比较运算符（会当作字符串比，顺序敏感、空格敏感）。
替代方案：
- 用
JSON_CONTAINS+JSON_EXTRACT分别比关键字段，比如只关心$.status是否变 - 用
MD5(CAST(NEW.profile AS CHAR)) != MD5(CAST(OLD.profile AS CHAR))粗略判断整体变化（注意：含空格/换行会影响结果） - 更可靠的方式是提前在业务层生成签名字段，或改用
JSON_DETAILED（MySQL 8.0+）——5.7 没有该函数
JSON_EXTRACT 性能和路径写法陷阱
JSON_EXTRACT 在触发器里执行是同步的，每次 INSERT/UPDATE 都会解析一次，如果 JSON 很大（>1MB）或路径嵌套深（如 $[0].items[3].meta.tags[0].name），可能明显拖慢写入速度。
避坑要点：
- 路径中避免用数组通配符
$[*]，MySQL 5.7 不支持，会报语法错误 - 不要写
JSON_EXTRACT(col, '$')——它返回整个 JSON，毫无意义还浪费 CPU - 若频繁提取同一字段，考虑在应用层解析，或新增冗余列并用触发器维护，而不是每次都在触发器里重复解析
JSON 字段不是万能容器，触发器里的 JSON 处理越简单越稳；复杂逻辑建议移到应用代码，留给数据库的只做确定性、轻量级的字段映射。
