从MySQL参考CREATE VIEW:

DEFINER和SQL SECURITY子句指定在视图调用时检查访问特权时要使用的安全上下文。

该用户必须存在，最好使用“localhost”作为主机名。我认为如果你检查用户是否存在并在创建视图上将其更改为localhost你就不会有这个错误。

我来这里是为了同样的问题，我在我的代码中找不到某个用户正在进行操作的任何地方。 显然，这是从一个触发器，正在使用一个用户被删除了很长时间(db是从一个旧版本恢复) 所以，如果你像我一样感到困惑，看看你的db事件/触发器/例程。 希望这能帮助到一些人。

我在更新mysql后得到了同样的错误。

这个错误已经被修复:

mysql_upgrade -u root

mysql_upgrade应该在每次升级MySQL时执行。它 方法检查所有数据库中的所有表是否与 MySQL服务器的当前版本。如果一个表被发现有 可能的不兼容性，它被检查。如果发现任何问题， 桌子修好了。Mysql_upgrade也升级系统表 这样你就可以利用新的特权或能力 可能是加进去的。

当mysql。Proc是空的，但是系统总是提示“user@192.168.%”的table_name不存在，你只需要在mysql命令行中输入root:

CHECK TABLE `database`.`table_name` QUICK FAST MEDIUM CHANGED;
flush privileges;

结束了!

您可以创建名为web2vi的用户，并授予所有权限

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

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

如何修复(很容易):

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

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

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