mysqldump默认不导出触发器和存储过程，必须显式添加--triggers和--routines参数；仅加其一将导致对应对象缺失，导入后功能完全丢失。
mysqldump 导出结构前必须关掉触发器和存储过程
直接用 mysqldump 默认参数导库，哪怕加了 --no-data，也大概率把生产环境的 TRIGGER、FUNCTION、EVENT 一起拖进测试库。这些对象在开发环境没对应权限或表结构时，一执行就报 ERROR 1442 (HY000): Can't update table in stored function/trigger 或 ERROR 1064。
- 必须显式加
--skip-triggers（禁用触发器导出） - 加
--routines=false（跳过函数和存储过程） - 加
--events=false（不导事件调度器） - 如果真要保留某几个函数，得人工
SHOW CREATE FUNCTION func_name拆出来单独 review，确认里面没SELECT ... FROM user_profile这类硬编码表名或敏感查询
UPDATE 行级脱敏比 sed 替换更安全可靠
很多人图省事，导出 SQL 文件后用 sed -i 's/1[3-9][0-9]{9}/138****1234/g' 批量替换手机号——这极危险：
-
sed不识别 SQL 语法边界，会把注释里的样例、字段名（如phone_backup）、甚至 JSON 字段值全干掉 - 对
JSON类型字段（如extra_info），必须用JSON_REPLACE()或JSON_SET()更新内部键，不能当纯文本处理 - 推荐在导出前就用
SELECT构造脱敏逻辑，比如：SELECT id, CONCAT('u_', id) AS user_id, CONCAT(LEFT(phone, 3), '****', RIGHT(phone, 4)) AS phone FROM users;再用INSERT ... SELECT或生成 INSERT 语句导入，避免中间文件污染
导入前必须临时禁用约束检查
测试库导入脱敏数据时，如果表间有外键或唯一索引，INSERT 很可能卡在中途，报 ERROR 1452 (23000): Cannot add or update a child row 或 ERROR 1062 (23000): Duplicate entry。
- 在导入 SQL 前，先执行
SET FOREIGN_KEY_CHECKS = 0;和SET UNIQUE_CHECKS = 0; - 导入完成后再
SET FOREIGN_KEY_CHECKS = 1;、SET UNIQUE_CHECKS = 1; - 注意：这个开关只对当前会话生效，别漏掉重连后没恢复的场景
脱敏不是“看起来像假数据”，而是保持业务可运行
很多团队脱敏后发现订单无法关联用户、优惠券核销失败，问题常出在：
- 盲目替换
user_id，但没同步更新order.user_id和coupon.user_id，导致外键断裂 - 用随机字符串替换邮箱，但业务逻辑里依赖邮箱域名做路由（如
@company.com走内部通道），脱敏后路由失效 - 时间字段没做统一偏移（比如把所有
created_at减去 365 天），导致“最近7天订单”查不到数据 -
NOW()默认值在导入时被固化为时间戳，后续插入新记录会失真，建议建表时改用CURRENT_TIMESTAMP并确保测试库时区一致
真正难的不是写几条 UPDATE，是让脱敏后的数据在应用层跑通完整链路——字段格式对、关联关系稳、业务规则不崩、时间逻辑自洽。这点容易被跳过，直到测试卡在支付回调或报表导出环节才暴露。
