1449 - The user specified as a definer ('test'@'%') does not exist

最近在做一个项目，由于服务器切换，所以需要将原有服务器的mysql数据表以及存储过程导入到另一个服务器的mysql数据库中。导入完成之后以为一切是那么的简单，却没有想到总还是出现了一些莫名其妙的问题。

我在用程序调用存储过程时，总是提示错误：

 The user specified as a definer ('test'@'%') does not exist 1449

查看了自己mysql的用户表后，发现确实没有test这个用户，但是我程序用的是root登录的，所以感觉有些莫名其妙。

后来通过查资料发现，是由于自己存储过程设置的安全性为definer，而当时的那个数据库存在test这个用户且用的test用户创建的存储过程。

所以解决方法主要有以下两种：

保持definer安全性

1）在navicat上进行修改

将定义者从test改为在该服务器存在的用户（一般每个服务器都有root@localhost）

2）通过sql语句修改

 mysql>update mysql.proc set DEFINER='root@localhost' WHERE NAME='' AND db='mydb';

其中，mysql.proc是固定的，definer即要改为的用户名,name为存储过程名,db为数据库名

将安全性修改为invoker

1）在navicat上进行修改

2）通过sql语句进行修改

 ALTER PROCEDURE proc_name SQL SECURITY INVOKER
 ALTER PROCEDURE proc_name SQL SECURITY DEFINER

引申阅读：mysql存储过程的definer和invoker

【用户操作存储过程的权限】

 ALTER ROUTINE -- 编辑或删除存储过程
 
 CREATE ROUTINE -- 创建存储过程
 
 EXECUTE          -- 运行存储过程

【存储过程的创建语法】

 delimiter //    -- 声明分隔符(命令结束符)
 
 create 
 
  definer = user@hostname | current_user 
 
  procedure 存储过程名 (参数)
 
  comment '注释'
 
  sql security definer | invoker   -- sql 的安全设置
 
 begin
 
   存储过程的body
 
 end
 
 //
 
 delimiter ;    -- 声明分隔符(命令结束符)

【函数的创建语句】

 delimiter //    -- 声明分隔符(命令结束符)
 
 create
 
  definer = user@hostname | current_user
 
  function 函数名(参数)
 
  return 返回值类型
 
  comment '注释'
 
  sql security definer | invoker   -- sql 的安全设置
 
 begin
 
   函数的body
 
 end
 //
 
 delimiter ;    -- 声明分隔符(命令结束符)

【definer和invoker的解释】

创建存储过程的时候可以指定 SQL SECURITY属性，设置为 DEFINER 或者INVOKER，用来告诉mysql在执行存储过程的时候，是以DEFINER用户的权限来执行，还是以调用者的权限来执行。

默认情况下，使用DEFINER方式，此时调用存储过程的用户必须有存储过程的EXECUTE权限，并且DEFINER指定的用户必须是在mysql.user表中存在的用户。

DEFINER模式下，默认DEFINER=CURRENT_USER，在存储过程执行时，mysql会检查DEFINER定义的用户'user_name'@'host_name'的权限；

INVOKER模式下，在存储过程执行时，会检查存储过程调用者的权限。

如果SQL SECURITY子句指定为DEFINER，存储过程将使用存储过程的DEFINER执行存储过程，验证调用存储过程的用户是否具有存储过程的execute权限和DEFINER用户是否具有存储过程引用的相关对象的权限；
  如果SQL SECURITY子句指定为INVOKER，那么MySQL将使用当前调用存储过程的用户执行此过程，并验证用户是否具有存储过程的execute权限和存储过程引用的相关对象的权限；

案例一：DEFINER

 CREATE DEFINER = 'admin'@'localhost' PROCEDURE account_count()
    BEGIN
        SELECT 'Number of accounts:', COUNT(*) FROM mysql.user;
    END;

在这个案例中，不论哪个用户A调用存储过程，存储过程都会以'admin'@'localhost'的权限去执行，即使这个用户A没有查询mysql.user表的权限。

 案例二：INVOKER

 CREATE DEFINER = 'admin'@'localhost' PROCEDURE account_count()
        SQL SECURITY INVOKER
    BEGIN
        SELECT 'Number of accounts:', COUNT(*) FROM mysql.user;
    END;

在这个案例中，虽然存储过程语句中仍然带有DEFINER参数，但是由于SQL SECURITY指定了INVOKER，所以在存储过程执行的时候，会以调用者的额身份去执行。此时这个存储过程是否能成功执行，取决于调用者是否有mysql.user表的查询权限。

【案例】

案例一：调用存储过程

存储过程的调用者是 　　：　admin@192.168.1.1

存储过程的DEFINER是   ：　admin@%

MySQL中存在的用户是　：　admin@192.168.%.%

此时admin@192.168.1.1是可以访问数据库的，因为它符合admin@192.168.%.%的授权规则，但是当它调用DEFINER='admin@%'的存储过程的时候，mysql会检查mysql.user用户表中是否存在admin@%这个用户，mysql的检查结果是admin@%这个用户不存在，此时就会返回报错，提示“Ther user specified as a definer ('admin@%') does not exist.。

案例二：创建存储过程

使用用户admin@192.168.1.1连接mysql，该用户有test库的all privileges，执行创建存储过程的操作：

存储过程中定义的DEFINER是   　：　admin@%

MySQL中存在的用户是　　　　　：　admin@192.168.%.%

此时，会遇到报错，提示”ERROR 1227 (42000): Access denied; you need (at least one of) the SUPER privilege(s) for this operation“

修复DEFINER='admin@192.168.%.%'，或者去掉 DEFINER参数，都可以恢复正常。

说明：

案例一中是存在问题的，存储过程的调用者和拥有者都是admin@192.168.1.1，但是DEFINER却是admin@%，这是由于创建存储过程的命令是由root用户执行的，所以没有遇到案例二中的报错。

【存储过程常用命令】

 -- 查看存储过程的创建语句：
 
 show create procedure 存储过程名;
 
 -- 查看存储过程的信息：
 
 show procedure status like '存储过程名'G
 
 -- 查看存储过程的Definer信息：
 
 select db,name,type,sql_security,definer from mysql.proc where  type='PROCEDURE' and db='数据库名' ;
 
 -- 修改存储过程的DEFINER：
 
 update  mysql.proc  set `definer` ='admin@192.168.%.%' where db like 'db_%';