mysqldump --no-data 默认不导出存储过程，需显式添加 --routines 参数；导出文件缺少 DELIMITER 会导致执行失败，应手动补充或用 source 命令处理。
mysqldump --no-data 无法导出存储过程
直接使用 mysqldump --no-data 命令导出数据库时，结果可能会让人有点意外：存储过程（PROCEDURE）、函数（FUNCTION）、事件（EVENT）和触发器（TRIGGER）这些对象，默认是**不会被包含**在输出文件里的。很多人会想当然地认为，“不导数据”就等于“只导结构”，结果打开生成的SQL文件一看，除了空荡荡的表结构，关键的存储过程一个都没有。这可以说是最常踩的一个坑。
问题的根源在于MySQL的设计逻辑：它把存储过程这类对象归类为“数据库元数据”，但它们并不属于表结构（CREATE TABLE）的范畴。因此，你必须显式地告诉工具，你需要它们。
必须加 --routines 参数才能导出存储过程
这里的钥匙就是 --routines 参数。这个开关的作用，就是明确指示 mysqldump 将 CREATE PROCEDURE 和 CREATE FUNCTION 语句写入输出文件。它和 --no-data 参数是相互独立的，需要组合使用：
mysqldump -u root -p --no-data --routines --skip-triggers database_name > procedures_only.sql
--no-data：跳过所有表的数据行（INSERT）和表结构定义（CREATE TABLE）。--routines：强制导出存储过程与函数的定义语句。--skip-triggers：避免意外导出触发器（因为触发器默认会随表结构一起导出，但在仅导出存储过程的场景下通常不需要）。
这里有个关键细节需要注意：使用 --routines 参数，要求执行命令的用户对 mysql.proc 系统表拥有 SELECT 权限。否则，你可能会遇到类似 Access denied; you need (at least one of) the SUPER privilege(s) for this operation 的错误（特别是在MySQL 5.7及之后的版本中，权限模型有所调整）。
导出后 SQL 文件里没有 DELIMITER，执行可能失败
成功导出 procedures_only.sql 文件后，先别急着执行。打开文件看看，你很可能发现里面缺少了 DELIMITER 声明。而存储过程内部又大量使用了分号（;）作为语句结束符。如果直接用 mysql 客户端执行这个文件，客户端会把遇到的第一个分号就当作整个 CREATE PROCEDURE 语句的结束，从而导致语法解析失败：
ERROR 1064 (42000): You ha ve an error in your SQL syntax...
怎么解决？有两个主流方法：
- 手动修补：在SQL文件的开头加上
DELIMITER $$（或其他非分号符号），然后在每个存储过程定义的结尾将分号替换为$$，最后在所有定义结束后再补上DELIMITER ;恢复默认。 - 利用客户端特性：更稳妥的方式是，在使用
mysql客户端时，配合--binary-mode参数并使用source命令来执行文件（source命令内部会更好地处理分隔符）。也可以尝试mysql -e “source procedures_only.sql”，在某些版本中兼容性更好。
另外，如果担心目标数据库不存在定义者用户，可以在导出时加上 --skip-definer 参数，避免导出 DEFINER=`user`@`host` 子句，从而防止因权限问题导致的创建失败。
只想导特定一个存储过程？mysqldump 不支持，换 SHOW CREATE
mysqldump 工具在导出存储过程时，粒度是数据库级别的，它会导出该库下所有的存储过程和函数。它不支持像 --routines=proc_name 这样的过滤参数。如果你只想导出某一个特定的存储过程，就需要换个思路了。
这时，SHOW CREATE PROCEDURE 命令就派上了用场：
mysql -u root -p -Nse “SHOW CREATE PROCEDURE database_name.proc_name” > single_proc.sql
参数解释一下：-N 去掉列名行，-s 使用简洁模式（禁用表格边框），-e 直接执行后面的SQL语句。这条命令的输出包含多列（通常是Procedure名、sql_mode和Create Procedure语句），你可能需要手动截取第三列的内容，或者使用类似 awk ‘{print $3}’ 的命令来提取（注意，如果字段内包含空格，则需要更严谨的处理方法）。
这个方法有个额外的好处：它绕过了对 mysql.proc 系统表的直接查询，只需要用户对目标存储过程拥有 EXECUTE 权限即可，这在一些权限控制严格的环境中尤为有用。
说到底，导出存储过程的命令本身并不复杂。真正的挑战往往在后面：导出的文件是否需要调整 DELIMITER？要不要处理 DEFINER 以适配目标环境？目标MySQL版本是否完全支持导出文件中的语法特性？——这些细节如果不事先验证清楚，导入时大概率会卡壳。准备工作做得越细，迁移过程就越顺畅。
