触发器中使用MD5()函数需注意：NULL输入返回NULL，多字节字符须用utf8mb4字符集；应使用BEFORE触发器配合IFNULL()防空值，哈希字段定义为CHAR(32)，且必须用DELIMITER声明避免语法错误。
触发器里用 MD5() 函数直接计算没问题，但要注意字符集和空值
MySQL 8.0 的 MD5() 是内置函数，支持直接在触发器中调用。不过它对输入敏感：如果源字段是 NULL，结果就是 NULL，不会报错但可能破坏业务逻辑；如果字段含多字节字符（如中文），必须确保列字符集为 utf8mb4，否则哈希结果不一致——比如 utf8（实际是 utf8mb3）会截断 emoji，导致哈希值和应用层计算的不匹配。
实操建议：
- 在
BEFORE INSERT和BEFORE UPDATE触发器中统一处理，避免插入后才补算 - 用
IFNULL()或COALESCE()包裹源字段，防止NULL传入MD5() - 确认目标哈希字段类型为
CHAR(32)（不是VARCHAR，避免隐式比较开销）
触发器定义时必须显式声明 DELIMITER，否则会语法报错
MySQL 默认以分号 ; 结束语句，而触发器体内部也有分号（比如赋值、IF 语句），不改分隔符会导致解析提前终止，报错 ERROR 1064 (42000)。
正确写法示例（假设表叫 users，需对 email 字段生成哈希存入 email_md5）：
DELIMITER $$ CREATE TRIGGER users_before_insert BEFORE INSERT ON users FOR EACH ROW BEGIN SET NEW.email_md5 = MD5(IFNULL(NEW.email, '')); END$$ DELIMITER ;
注意：DELIMITER $$ 要紧贴 CREATE TRIGGER 前，且结尾的 $$ 后不能有空格或换行干扰；触发器名不能重复，否则 DROP TRIGGER IF EXISTS 要先执行。
UPDATE 触发器中只更新变动字段的哈希，别无脑重算
如果表有多个字段参与哈希（比如拼接 name + email），但只有其中一个被修改，触发器仍会重新计算整个哈希——这本身没问题；但若业务上只要求“当某字段变更时才刷新哈希”，就得加判断，否则会造成不必要的写放大和主从延迟。
例如只在 email 实际变化时更新哈希：
DELIMITER $$
CREATE TRIGGER users_before_update
BEFORE UPDATE ON users
FOR EACH ROW
BEGIN
IF OLD.email != NEW.email OR (OLD.email IS NULL) != (NEW.email IS NULL) THEN
SET NEW.email_md5 = MD5(IFNULL(NEW.email, ''));
END IF;
END$$
DELIMITER ;
注意：MySQL 中 NULL != NULL 恒为 UNKNOWN，所以必须单独判断 IS NULL 状态是否改变。
触发器无法捕获应用层绕过 SQL 的写入，比如 LOAD DATA 或 binlog 回放
触发器只响应通过 MySQL Server 层执行的 INSERT/UPDATE 语句。如果用 LOAD DATA INFILE 导入数据、或直接写 binlog（如某些 CDC 工具）、或用 mysqldump --skip-triggers 恢复，触发器完全不生效，email_md5 字段会为空或陈旧。
应对方式：
- 导入前手动补算哈希并写入，或用
SET sql_log_bin = 0关闭日志后批量更新（慎用） - 在应用层做兜底：读取时发现哈希为空，再现场计算并
UPDATE（需防并发覆盖） - 定期用
SELECT ... WHERE email_md5 IS NULL OR email_md5 != MD5(IFNULL(email,''))校验修复
真正难处理的是异构同步场景——比如从 PostgreSQL 同步到 MySQL，触发器毫无作用，哈希字段只能靠同步工具透传或目标端二次加工。
