不能直接用 SELECT ... INTO OUTFILE 导出存储过程定义，因 ROUTINE_DEFINITION 字段受 secure_file_priv、SQL SECURITY 和权限限制，常返回 NULL 或格式错乱；推荐使用 mysqldump --routines 配合 --no-create-info --no-data --databases 参数导出，或用 mysql 客户端重定向查询结果并人工校验 DEFINER。
不能直接用 SELECT ... INTO OUTFILE 导出存储过程定义。 因为 information_schema.ROUTINES 表里的 ROUTINE_DEFINITION 字段是 LONGTEXT 类型，且受 MySQL 的 secure_file_priv 和 SQL SECURITY 限制，INTO OUTFILE 对该字段的读取行为不可靠，多数情况下会返回 NULL 或空值。
为什么 SELECT ROUTINE_DEFINITION INTO OUTFILE 常常失败
执行类似下面的语句基本无效：
SELECT ROUTINE_DEFINITION FROM information_schema.ROUTINES WHERE ROUTINE_SCHEMA = 'mydb' AND ROUTINE_NAME = 'my_proc' INTO OUTFILE '/tmp/proc.sql';
常见现象包括：
-
ROUTINE_DEFINITION返回NULL（尤其当存储过程以DEFINER方式创建，而当前用户无权查看时） - 即使有值，
INTO OUTFILE会因字段含换行、引号、分号等特殊字符导致格式错乱 -
secure_file_priv限制路径，且目标目录需由 MySQL 进程可写，普通用户通常无权限 - 无法自动补全
DELIMITER，导出内容不能直接用于重建
mysqldump --routines 是最稳妥的替代方案
它能正确提取 CREATE PROCEDURE 语句，并处理 DELIMITER、权限上下文和依赖关系。关键参数组合如下：
-
--routines：必须显式启用，否则默认忽略存储过程 -
--no-create-info+--no-data：排除建表和数据，只保留逻辑定义 -
--databases：确保输出含USE `db`，避免导入时定位错误 -
--skip-triggers：防止意外导出触发器（除非你确实需要）
示例命令：
kashen-mysql DDLtoExcel
下载
解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
mysqldump -u root -p --routines --no-create-info --no-data --databases mydb > procedures.sql
生成的 procedures.sql 可直接在目标库执行，兼容性好，无需手动拼接。
如果非要用 SQL 查询提取，必须绕过 INTO OUTFILE
改用客户端重定向或分步导出，例如：
- 在终端中运行：
mysql -u root -p -N -s -e "SELECT ROUTINE_DEFINITION FROM information_schema.ROUTINES WHERE ROUTINE_SCHEMA='mydb' AND ROUTINE_NAME='my_proc'" mydb > proc_def.txt -
-N去除列名，-s禁用表格格式，-e直接执行，输出才干净 - 但注意：仍可能因权限返回空，此时需确认当前用户对
mydb有SELECT权限，且该过程不是由更高权限用户以DEFINER创建 - 导出后务必人工检查是否含完整
CREATE PROCEDURE结构；缺失部分需从SHOW CREATE PROCEDURE my_proc\G中补全
真正容易被忽略的是 DEFINER 上下文 —— 即使导出了语句，若目标库不存在同名用户或权限不足，CREATE PROCEDURE 仍会失败。导出前最好先查一遍：SELECT DEFINER FROM information_schema.ROUTINES WHERE ROUTINE_SCHEMA='mydb' AND ROUTINE_NAME='my_proc';
