只备份表结构、存储过程和触发器而不导出数据，需使用 --no-data --routines --triggers --databases 组合参数，缺一不可；--no-data 仅跳过数据，--routines 和 --triggers 必须显式启用，且需配合 --databases 才生效。
只备份表结构、存储过程和触发器，不导出任何数据，是常见运维需求——比如做环境初始化模板、做SQL审核基线、或迁移前校验对象定义一致性。关键在于关闭数据导出、启用例程与触发器选项，并确保结构语句完整生成。
用 --no-data 关闭数据导出，但别漏掉 --routines 和 --triggers
默认 mysqldump 会导出表结构 + 数据，--no-data 能屏蔽所有 INSERT，但它**不会自动包含存储过程或触发器**——这两个必须显式开启：
-
--no-data：跳过所有表的数据，只保留CREATE TABLE等结构语句 -
--routines：导出存储过程和函数（含CREATE PROCEDURE） -
--triggers：导出触发器（含CREATE TRIGGER） - 必须搭配
--databases或--all-databases，否则--routines和--triggers可能失效（尤其跨库引用时）
示例命令：
mysqldump -u root -p --no-data --routines --triggers --databases shop > shop_schema_routines_triggers.sql
注意：该命令不会导出视图定义（需额外加 --skip-triggers？不，视图需 --skip-triggers 是错的——视图靠 --no-data 自动包含，无需额外参数）；但事件（EVENT）仍被忽略，要加 --events。
为什么不用 --skip-triggers 或 -t？
-t（即 --no-create-info）是反向操作：它**跳过结构，只导数据**，和你的目标完全相反；而 --skip-triggers 是禁用触发器导出，显然不能开。容易混淆的点：
-
--no-data≠--skip-triggers：前者管数据行，后者管触发器语句 -
-t和--no-data互斥，同时用会导致行为未定义（实际以--no-data为主，但命令可读性差） - MySQL 8.0+ 中，
mysql.proc表已废弃，依赖information_schema.ROUTINES和TRIGGERS，所以必须用--routines/--triggers参数驱动，不能靠手动查表拼 SQL
权限和兼容性：导出成功 ≠ 恢复一定成功
即使命令跑通，恢复时可能失败，原因常被忽略：
- 用户必须有
SELECT权限（mysqldump内部查information_schema需要） - 必须有
TRIGGER权限才能导出触发器定义（否则--triggers静默跳过） - 必须有
EXECUTE或CREATE ROUTINE权限才能导出存储过程（否则--routines无输出） - MySQL 5.7 与 8.0 的
DEFINER语法不同，若过程里写了DEFINER=user@host，在低版本恢复可能报错，建议加--skip-definer清除定义者信息
推荐加固命令：
mysqldump -u root -p --no-data --routines --triggers --events --skip-definer --databases shop > shop_def.sql
验证导出内容是否完整
别只看命令没报错就认为完事。打开生成的 .sql 文件快速扫几眼：
- 搜索
CREATE PROCEDURE，确认至少有一处匹配 - 搜索
CREATE TRIGGER，不是CREATE TABLE ... TRIGGER（那是错的） - 检查开头是否有
CREATE DATABASE和USE（有--databases才会有） - 确认没有
INSERT INTO（--no-data生效的标志）
最麻烦的点往往不在导出，而在后续导入时发现某过程因缺失 DEFINER 或函数依赖未声明而创建失败——这类问题只能靠提前验证 SQL 文件内容暴露，没法靠命令参数自动兜底。
