你可以试试这个:

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

从MySQL参考CREATE VIEW:

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

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

在我的例子中，删除所有视图解决了这个问题。

DROP VIEW view_name;

grant all on *.* to 'username'@'%' identified by 'password' with grant option;

例子:

grant all on *.* to 'web2vi'@'%' identified by 'password' with grant option;

几分钟前我遇到了你同样的问题，我从mysql中删除一个未使用的用户后遇到了这个问题。用户表，但做一个alter视图修复它，这里有一个方便的命令，使它非常简单:

SELECT CONCAT("ALTER DEFINER=`youruser`@`host` VIEW ",
table_name," AS ", view_definition,";") FROM 
information_schema.views WHERE table_schema='databasename'

混合使用mysql命令行(假设*nix，不熟悉windows):

> echo above_query | mysql -uuser -p > alterView.sql
> mysql -uuser -ppass databasename < alterView.sql

注意:该命令在文件上生成和额外的SELECT CONCAT，使mysql -uuser -ppass databasename < alterView。如果不删除它，SQL将失败。

来源:https://dba.stackexchange.com/questions/4129/modify-definer-on-many-views

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

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

我曾经遇到过这个问题。

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

希望这对你有所帮助。