mysqldump默认不导出视图和触发器，需显式添加--routines（覆盖视图、存储过程、函数）和--triggers参数；跨库依赖或DEFINER权限不足也会导致静默跳过，建议用mysqlpump或清理DEFINER后导出。
导出时视图和触发器没被包含？检查 --routines 和 --triggers 是否启用
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 --all-databases 时，视图和触发器仍可能丢失
看似全量导出，其实有个隐藏限制：如果某个视图依赖另一个数据库里的表（跨库引用），而那个库没被导出或权限不足，mysqldump 会静默跳过该视图，不报错也不提示。
常见错误现象：
- 导出文件里有
CREATE TABLE，但完全找不到CREATE VIEW或CREATE TRIGGER - 导入后执行
SHOW CREATE VIEW view_name报错Table doesn't exist，说明原导出阶段已跳过
实操建议：
- 先用
SELECT table_schema, table_name, table_type FROM information_schema.tables WHERE table_type IN ('VIEW', 'TRIGGER');确认对象实际存在且可查 - 对含跨库依赖的视图，改用
--databases db1 db2显式列出所有相关库，避免依赖断裂 - 检查用户权限：
SELECT权限不足以读取视图定义，需SHOW VIEW；触发器需要TRIGGER权限
information_schema 里能查到视图，但 mysqldump 就是不导？可能是 definer 权限问题
视图和触发器创建时带 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';
导入时 ERROR 1227 (42501) 提示权限不足？别急着加 --force
这个错误几乎都来自视图/触发器的 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 问题最容易被当成“导出没选对选项”，其实根源在权限链和部署一致性。没验证过目标库的用户体系就跑完整结构导出，大概率要返工。
