如何导出包含视图与触发器的完整结构_高级选项中的对象包含设置-phpMyAdmin-PHP中文网

mysqldump默认不导出视图和触发器，需显式添加--routines（覆盖视图、存储过程、函数）和--triggers参数；跨库依赖或definer权限不足也会导致静默跳过，建议用mysqlpump或清理definer后导出。

mysql 的 mysqldump 默认不导出存储过程、函数、视图和触发器——哪怕它们属于目标数据库。视图被忽略是因为它本质是“虚拟表”，触发器则归类为“routine object”。必须显式加参数才能包含。

实操建议：

mysqldump --routines --triggers --databases mydb > full.sql —— --routines 覆盖视图、存储过程、函数；--triggers 单独控制触发器（5.7+ 必须配 --routines 才生效）
若只导结构不导数据，加 --no-data，但注意：--no-data 会跳过视图定义的 CREATE VIEW 语句，除非同时指定 --skip-triggers 并确保 --routines 存在
MySQL 8.0+ 中，--routines 不再自动导出事件（EVENT），如需事件得额外加 --events

看似全量导出，其实有个隐藏限制：如果某个视图依赖另一个数据库里的表（跨库引用），而那个库没被导出或权限不足，mysqldump 会静默跳过该视图，不报错也不提示。

常见错误现象：

实操建议：

先用 SELECT table_schema, table_name, table_type FROM information_schema.tables WHERE table_type IN ('VIEW', 'TRIGGER'); 确认对象实际存在且可查
对含跨库依赖的视图，改用 --databases db1 db2 显式列出所有相关库，避免依赖断裂
检查用户权限：SELECT 权限不足以读取视图定义，需 SHOW VIEW；触发器需要 TRIGGER 权限

视图和触发器创建时带 DEFINER，比如 DEFINER=`admin`@`%`。如果当前 dump 用户不是该 definer，且没有 SET_USER_ID 权限（通常只有 root 有），mysqldump 会跳过这些对象——这是 MySQL 的安全限制，不是 bug。

使用场景：

实操建议：

临时提升权限：用 GRANT SET_USER_ID ON *.* TO 'backup_user'@'%';（慎用，仅限可信环境）
更稳妥方式：用 mysqlpump 替代（MySQL 5.7+ 自带），它默认处理 definer 问题，并支持 --skip-definer 直接抹掉 definer 字段
或手动导出：SELECT CONCAT('CREATE OR REPLACE VIEW ', table_name, ' AS ', view_definition, ';') FROM information_schema.views WHERE table_schema = 'mydb';

这个错误几乎都来自视图/触发器的 DEFINER 用户不存在，或当前用户没权限模拟它。硬加 --force 只会让缺失对象静默跳过，后续查不到才真正麻烦。

性能与兼容性影响：

MySQL 5.6 导出的 DEFINER 在 8.0 导入可能失败，因 8.0 默认启用 require_row_format 和 stricter SQL mode
使用 --set-gtid-purged=OFF 可避免 GTID 相关冲突，但它不影响 definer 问题

实操建议：

导入前先运行 SET SESSION sql_mode='';（尤其跨版本时）
用 sed -i 's/DEFINER=`[^`]*`@`[^`]*`//g' full.sql 批量清理 definer（Linux/macOS），Windows 可用 PowerShell 替换
真正关键的是：导出和导入尽量用同一套权限模型，而不是靠补丁式修复

definer 问题最容易被当成“导出没选对选项”，其实根源在权限链和部署一致性。没验证过目标库的用户体系就跑完整结构导出，大概率要返工。