如果这是一个存储过程，你可以这样做:

UPDATE `mysql`.`proc` SET definer = 'YournewDefiner' WHERE definer='OldDefinerShownBefore'

但这是不建议的。

对我来说，更好的解决方案是创建定义器:

create user 'myuser' identified by 'mypass';
grant all on `mytable`.* to 'myuser' identified by 'mypass';

几分钟前我遇到了你同样的问题，我从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。Proc是空的，但是系统总是提示“user@192.168.%”的table_name不存在，你只需要在mysql命令行中输入root:

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

结束了!

您可以将特定数据库的定义器更改为现有用户:

UPDATE mysql.proc SET definer = 'existing_user@localhost' WHERE db = 'database_name';

从MySQL参考CREATE VIEW:

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

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

试试下面的方法:

mysqldump --routines --single-transaction -u root -proot portalv3 > c:\portal.sql