从MySQL参考CREATE VIEW:

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

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

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

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

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'。

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

当创建该对象的用户不再存在时，通常会发生这种情况，即从一个数据库或服务器将视图/触发器/过程导出到另一个数据库或服务器。

你有两个选择:

1. 更改DEFINER

在最初导入数据库对象时，通过从转储中删除任何DEFINER语句，这可能是最容易做到的。

稍后更改定义器就有点棘手了:

如何更改视图定义器

运行此SQL生成必要的ALTER语句 SELECT CONCAT("ALTER DEFINER= ' youruser ' @ ' host ' VIEW "， table_name， " AS "， view_definition， ";") 从information_schema.views 在table_schema =“your-database-name”; 复制并运行ALTER语句

如何更改存储过程的定义器

例子:

UPDATE `mysql`.`proc` p SET definer = 'user@%' WHERE definer='root@%'

要小心，因为这将更改所有数据库的所有定义器。

2. 创建缺少的用户

如果您在使用MySQL数据库时发现以下错误: 指定为定义器的用户('someuser'@'%')不存在' 然后你就可以解 它使用以下方法: 授予所有*。* 'someuser'@'%' IDENTIFIED BY 'complex-password'; 冲洗特权;

从http://www.lynnnayko.com/2010/07/mysql-user-specified-as-definer-root.html

这就像一个魔法——你只需要把someuser改成丢失用户的名字。在本地开发服务器上，通常只使用root。

还要考虑是否真的需要授予用户所有权限，或者他们是否可以用更少的权限。

几分钟前我遇到了你同样的问题，我从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

创建被删除的用户，如下所示:

mysql> create user 'web2vi';

or

mysql> create user 'web2vi'@'%';

你可以试试这个:

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