快速修复工作周围和转储文件:

mysqldump --single-transaction -u root -p xyz_live_db > xyz_live_db_bkup110116.sql

为什么会出现这个错误?我该怎么解决呢?

我花了一个小时才对这样的问题做出决定。但是，在我的例子中，我运行了这个:

mysql> UPDATE `users` SET `somefield` = 1 WHERE `user_id` = 2;
ERROR 1449 (HY000): The user specified as a definer ('root'@'%') does not exist

如果你真的想找到问题，只需要逐个运行这些命令:

SHOW PROCEDURE STATUS;
SHOW FUNCTION STATUS;
SHOW TRIGGERS;
SHOW FULL TABLES IN database_name WHERE TABLE_TYPE LIKE 'VIEW';

.．.然后，在每个字段之后，查找字段'definer'。

在我的例子中，它是一个老旧的触发器，某个开发人员忘记删除了。

当我将数据库从一台服务器移动到另一台服务器时，就发生了这种情况。最初，定义者使用本地主机和用户。在新的服务器上，我们没有这个用户，主机也被改变了。我备份了那个特定的表，并手动从phpmyadmin中删除了所有触发器。在那之后，我一直工作得很好。

问题很明显——MySQL无法找到指定为定义器的用户。

在从开发服务器同步数据库模型，将其应用到localhost，对模型进行更改，然后将其重新应用到localhost之后，我遇到了这个问题。显然有一个视图(我修改)定义，所以我不能更新我的本地版本。

如何修复(很容易):

注意:它涉及到删除，所以它对视图工作得很好，但如果你在表上尝试这样做，请确保你有数据备份。

以根用户身份登录数据库(或任何有足够权限进行更改的用户)。 删除视图，表或任何你有问题的东西。 同步你的新模型——它不会抱怨现在不存在的东西。您可能希望从有问题的项定义中删除SQL SECURITY DEFINER部分。

附注:这既不是一个合适的也不是最好的解决方案。我只是把它作为一个可能的(非常简单的)解决方案发布出来。

快速修复工作周围和转储文件:

mysqldump --single-transaction -u root -p xyz_live_db > xyz_live_db_bkup110116.sql

一个或几个视图是由另一个用户创建/注册的。你必须检查视图的所有者，并:

重新创建用户;正如其他答案所说。 或 重新创建用户'web2vi'使用ALTER VIEW创建的视图

我曾经遇到过这个问题。

我试图迁移视图，从BD1到BD2，使用SQLYog。SQLYog在另一个数据库(DB2)中重新创建了视图，但它保留了BD1的用户(它们是不同的)。后来我意识到，我在查询中使用的视图与您的错误相同，即使我没有创建任何视图。

希望这对你有所帮助。