如何解决MySQL导出时视图定义者权限报错_使用--skip-add-drop-table参数-mysql教程-PHP中文网

--skip-add-drop-table 与 definer 权限报错无关，它仅控制是否添加 drop table 语句；error 1449 源于视图定义中 definer=root@% 在目标库不存在，应使用 --skip-definer（5.7.8+）导出时不写 definer，避免还原时报错。

如何解决mysql导出时视图定义者权限报错_使用--skip-add-drop-table参数

--skip-add-drop-table 和视图定义者（DEFINER）权限报错 完全无关。这个参数只控制 mysqldump 是否在导出 SQL 中添加 DROP TABLE IF EXISTS 语句，对视图、存储过程、DEFINER 属性、SQL SECURITY 或任何权限校验都不产生影响。

为什么加了 `--skip-add-drop-table` 还是报 ERROR 1449？

因为错误发生在 导入或执行阶段，不是导出阶段。
mysqldump 导出时会原样保留视图定义里的 DEFINER=<code>root@%，只要目标库没这个账号，后续一查视图就崩：
ERROR 1449 (HY000): The user specified as a definer ('root'@'%') does not exist

--skip-add-drop-table 既不删 DEFINER，也不改 SQL SECURITY，更不跳过权限检查——它只管“建表前要不要先删表”。

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

真正该用的 mysqldump 参数是这些

--skip-definer（MySQL 5.7.8+）
直接让 mysqldump 忽略所有对象的 DEFINER 子句，导出时不写 DEFINER=...，重建时自动用当前用户填充。这是最干净的解法。
--set-gtid-purged=OFF（配合使用）
避免 GTID 相关元数据干扰，尤其跨版本迁移时。
不要用 sed 替换 DEFINER 的“野路子”
虽然网上常见 sed -e 's/DEFINER[ ]<em>=[^</em>]<em>*/\</em>/'，但它容易误伤注释、字符串或函数体内的合法文本，且对多行 DEFINER（如含换行缩进）不可靠。

导出时就规避 DEFINER 问题的实操组合

用以下命令导出，可直接在目标环境安全导入：

mysqldump -u root -p \
  --databases myapp_db \
  --routines \
  --events \
  --triggers \
  --skip-definer \
  --set-gtid-purged=OFF \
  --single-transaction \
  > myapp_db_clean.sql

注意点：

--skip-definer 必须显式加上，不能依赖 MySQL 版本默认行为
如果目标库用的是低版本 MySQL（
导入时仍需确保当前登录用户有 CREATE VIEW 权限（不是 SELECT，不是 ALL PRIVILEGES on table，而是明确的 GRANT CREATE VIEW ON <code>myapp_db.* TO 'user'@'host'）

DEFINER 错误本质是元数据与运行时环境脱节，导出工具参数只是表象；真正要盯住的，是导出时是否剥离了不可移植的身份声明，以及导入后谁来执行、有没有对应权限。