MySQL 5.7触发器中安全拼接JSON需先用IFNULL兜底NULL值，键名用字面量、禁用变量，仅对明确字段拼接，避免JSON_OBJECT直接接收NULL；推荐封装为存储函数diff_to_json统一处理新旧值对比，并加JSON_VALID校验约束。
触发器里怎么安全拼接JSON字符串记录字段变化
MySQL 5.7+ 原生支持 JSON_OBJECT() 和 JSON_SET()，但直接用它们在触发器里做“变化对比”容易出错——比如 NULL 值参与拼接会污染整个 JSON，或者字段名含特殊字符导致键名非法。关键不是“能不能拼”，而是“拼出来的 JSON 能不能被后续解析还原”。
实操建议：
- 所有字段值先用
IFNULL(NEW.field_name, '##NULL##')统一兜底，避免JSON_OBJECT()遇到 NULL 返回 NULL - 字段名作为 JSON 键时，必须用字符串字面量（如
'status'），不能用变量；若需动态键名，得用CONCAT()拼 SQL 字符串再PREPARE执行（不推荐，触发器里禁止动态 SQL） - 只对明确需要追踪的字段做对比，别用
*或循环遍历——MySQL 触发器不支持游标遍历列 - 示例片段：
SET @old = JSON_OBJECT('status', IFNULL(OLD.status, '##NULL##'), 'amount', IFNULL(OLD.amount, '##NULL##'));INSERT/UPDATE/DELETE 触发器中如何统一提取变更字段
INSERT 没有旧值，UPDATE 有新旧值可比，DELETE 没有新值——三者逻辑不同，但历史表结构通常一致。硬写三个触发器重复代码极易漏同步。更稳的做法是：把“差异计算”抽成存储函数，触发器只负责调用。
实操建议：
- 建一个函数
diff_to_json，参数为OLD_json TEXT、NEW_json TEXT，返回变更字段的 JSON（如{"status": ["draft", "sent"], "amount": [100, 150]}） - INSERT 触发器传入
'{}'和JSON_OBJECT(...)；UPDATE 传入两个完整对象；DELETE 传入旧对象和'{}' - 函数内部用
JSON_CONTAINS_PATH()判断键是否存在，用JSON_EXTRACT()取值，再用IF()对比——避免直接=比较导致 NULL 误判 - 注意：函数返回类型必须是
TEXT，JSON类型在函数中无法被触发器稳定接收
历史表字段设计：JSON 字段要不要加索引或校验
存差异的 JSON 字段（如
diff_data JSON）本身不适合加传统 B-Tree 索引，但 MySQL 8.0 支持生成列 + 函数索引。不过多数场景下，你真正要查的是“某次修改是否动了 status”，而不是“解析整个 JSON 查 key”。
kashen-mysql DDLtoExcel下载解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
实操建议：
- 在历史表里额外加几个轻量标记字段，如
changed_status TINYINT、changed_amount TINYINT，触发器里根据 diff 结果置 1/0——查询快，且能走索引 - 如果必须查 JSON 内容，用
JSON_CONTAINS(diff_data, '"status"') AND JSON_EXTRACT(diff_data, '$.status[0]') != JSON_EXTRACT(diff_data, '$.status[1]')，但性能差，慎用于高频查询 - 加
CHECK (JSON_VALID(diff_data))约束，防止拼接失败写入非法 JSON（MySQL 8.0.13+ 支持） - 别用
JSON_PRETTY()存储——纯浪费空间，JSON_OBJECT()默认紧凑格式已足够可读
触发器执行失败时，JSON 拼接错误怎么快速定位
最常卡在
ERROR 3140 (22032): Invalid JSON text，但错误信息不指明哪一行、哪个字段。因为触发器里所有语句共享同一上下文，一旦中间某步 JSON 构造失败，整个事务回滚，日志里只留一句“JSON invalid”。实操建议：
- 在触发器开头加
DECLARE v_debug TEXT DEFAULT '';，每拼一个字段就SET v_debug = CONCAT(v_debug, 'status:', IFNULL(NEW.status, 'NULL'), ';');，最后在异常时用SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = v_debug;抛出上下文 - 临时把触发器改成
INSERT INTO debug_log(msg) VALUES (v_debug);记录中间态（记得删掉，否则影响主表性能） - 测试阶段强制让某个字段为 NULL，看是否触发错误——很多问题就出在没处理
OLD.status在 INSERT 时根本不存在 - 用
SELECT JSON_VALID('{"a": null}')手动验证片段，确认 NULL 是否被允许（是的，合法），问题往往出在拼接过程中的隐式类型转换，比如数字被转成字符串后多出空格
真正麻烦的不是拼 JSON，而是当业务表加了新字段、改了默认值、或引入 GENERATED COLUMN 时，触发器不会自动感知——这些地方最容易漏更新，且上线后才暴露。
- 建一个函数
