你可以试试这个:

$ mysql -u root -p 
> grant all privileges on *.* to `root`@`%` identified by 'password'; 
> flush privileges;

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

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

如何修复(很容易):

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

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

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

最初创建SQL视图或过程的用户已被删除。如果您重新创建该用户，它应该可以解决您的错误。

我的5美分。

当我试图从视图中选择时，我也犯了同样的错误。

然而，问题似乎是这个视图，选择从另一个视图，从备份从不同的服务器恢复。

事实上，是的，用户是无效的，但从第一眼看不清楚在哪里。

//更新所有或特定的程序到你想要的，使用现有的用户(我的case -root)

1） 更新mysql。SET definer = 'root@%' WHERE 1=1 LIMIT 1000; (limit子句是由于不同的mysql版本在更新时没有使用limit或没有使用where condition而导致的)

2） 冲洗特权;//或重新启动服务器

对于未来的谷歌人:我收到了类似的消息，试图更新数据库中不包含视图的表。经过一番挖掘，我发现我在那个表上导入了触发器，而那些是由不存在的用户定义的东西。放下触发器就解决了问题。