在我的例子中，这个表有一个带有不存在的DEFINER用户的触发器。

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

例子:

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

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

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

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

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

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

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

如何修复(很容易):

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

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

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

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