导出纯表结构需仅用--no-data且不加--triggers和--routines，因mysqldump默认不导触发器和存储过程；加--triggers会主动查询并写入CREATE TRIGGER语句，导致结构文件混入非表结构内容。
--no-triggers 参数不存在，mysqldump 没有这个开关。想导出纯表结构（不含触发器、不含过程、不含数据），关键不是“去掉触发器”，而是**不主动带上触发器**——因为默认就不导。
导出纯表结构最稳妥的做法是：只用 --no-data，且**不加 --triggers 和 --routines**。
为什么加了 --triggers 就会多出触发器？
mysqldump 默认完全忽略触发器和存储过程。只有显式指定 --triggers，它才会去查 information_schema.TRIGGERS 并拼进 dump 文件。哪怕你只导一个空库，只要加了这个参数，就可能生成 CREATE TRIGGER `db`.`t1_ins` ... 这类语句。
- 触发器语句会紧贴在对应表的
CREATE TABLE之后，容易被误认为是表结构的一部分 - 如果目标库没有同名表，导入时直接报
ERROR 1360 (HY000): Trigger does not exist - 某些托管 MySQL（如阿里云 RDS）即使加了
--triggers也可能静默失败（权限不足或版本限制）
--no-data 是核心，但要注意副作用
--no-data 的作用是跳过 INSERT，但它本身不控制是否导出触发器或过程——控制权在 --triggers 和 --routines 手里。所以：
- ✅ 正确组合：
mysqldump -u root -p --no-data mydb > structure.sql - ❌ 错误组合：
mysqldump -u root -p --no-data --triggers mydb > structure.sql（会多出触发器） - ⚠️ 注意：如果之前导出过带
--triggers的文件，再用同一命令但漏删参数，很容易复现问题
如何验证导出文件真的没触发器？
别只看开头几行，触发器常藏在文件末尾。快速检查方法：
- 用
grep -i "create trigger" structure.sql，应无输出 - 用
grep -i "create procedure\|create function" structure.sql，也应为空 - 如果发现有，说明执行时误加了
--triggers或--routines
最容易被忽略的是：你本地测试用 root 账号加了 --triggers 导出成功，但给同事的脚本里忘了删掉这个参数，结果他在低权限账号下跑，既没报错也没导出触发器——表面“正常”，实则漏了逻辑校验点。
