导出存储过程和触发器必须显式添加--routines和--triggers参数，否则默认不导出；还需SUPER或BACKUP_ADMIN权限，且触发器依赖表级导出，建议指定表名或使用--no-data--no-create-info组合精准提取。
导出存储过程和触发器必须加 --routines 和 --triggers
默认情况下 mysqldump 不导出存储过程、函数或触发器，哪怕你指定了数据库名也一样。这是最常被忽略的点——导出来只有表结构和数据，CREATE PROCEDURE 和 CREATE TRIGGER 一行都没有。
实操建议：
-
--routines负责导出存储过程和函数（PROCEDURE/FUNCTION），不加它，mysqldump就当它们不存在 -
--triggers是独立开关，即使加了--routines，没加它，触发器照样不会出现 - 这两个参数必须显式带上，没有默认开启，也不受
--all-databases或--databases影响 - 如果只想要过程/触发器，不导表数据，可以加
--no-data，但注意：它会连表结构也去掉，所以通常搭配--no-create-info更精准
导出时权限不足直接报错 Access denied; you need (at least one of) the SUPER or SELECT privilege(s) for this operation
导出 routines 需要额外权限，不是普通 SELECT 或 SHOW VIEW 就能搞定的。MySQL 5.7+ 要求用户至少有 SUPER 权限（或 8.0+ 的 BACKUP_ADMIN），否则 mysqldump 会在读取 mysql.proc 或 information_schema.ROUTINES 时失败。
常见错误现象：
- 命令卡住几秒后抛出上面那条错误，但 dump 文件已生成——只是里面没过程/触发器
- 用 root 导出没问题，换业务账号就失败，容易误判为语法问题
- 在托管 MySQL（如阿里云 RDS、AWS RDS）上尤其典型：这些平台默认禁用
SUPER，必须单独申请或改用SELECT+SHOW CREATE绕行
用 mysqldump --routines --triggers db_name 时，触发器可能仍缺失
触发器是绑定在具体表上的，mysqldump 默认只在导出对应表时才顺带导出其触发器。如果你用了 --no-create-info 或 --no-data，又没指定具体表名，而只给了库名，部分版本（尤其是 5.6）会跳过触发器。
稳妥做法：
- 明确列出所有表：
mysqldump --routines --triggers db_name table1 table2 - 或者强制让
mysqldump先查一遍表结构再决定是否导触发器：加上--skip-opt --add-drop-table（虽然看起来无关，但会影响内部触发器判断逻辑） - 验证是否导出成功：dump 文件里搜索
CREATE TRIGGER，别只看开头有没有报错
想只导过程/触发器，不导表？用 --no-data --no-create-info --routines --triggers 组合
这个组合能干净地只输出 CREATE PROCEDURE、CREATE FUNCTION、CREATE TRIGGER 语句，适合做代码备份或跨环境同步逻辑。
注意几个边界情况：
-
--no-data会抑制所有 INSERT；--no-create-info抑制 CREATE TABLE；但两者合用后，--routines和--triggers才真正成为唯一输出源 - 导出的触发器语句里含
DEFINER，还原时若用户不存在会报错，可加--skip-definer去掉该字段（MySQL 5.7.6+ 支持） - 如果目标库字符集不同，过程体里的中文或特殊符号可能乱码，建议统一用
--default-character-set=utf8mb4
导出逻辑本身不复杂，难的是权限、版本差异和隐式依赖——比如触发器引用了某个不存在的存储函数，mysqldump 照样导，但还原时会失败。这类问题得靠人工核对，工具管不了。
