协助开发导入库时,他提醒我,库里有存储过程的定义。我使用了--routines 的选项,可是导入时,出了问题:
1.提示无法创建该存储过程,原来是忘了打开 log_bin_trust_function_creators 变量,
set global log_bin_trust_function_creators=on; 后,成功创建,从服务器也需要此操作
才行,如果二进制日志是 ROW 的话,即使从上有此存储过程,也是不会调用的。
2.等到导入成功后,却又出现了无法调用的问题,搜索了 http://www.iyunv.com/database/201403/288436.html 这篇文章,记录下此问题。
创建一个 definer 为 user_admin 的存储过程
mysql> DELIMITER //
mysql> CREATE DEFINER='user_admin' PROCEDURE num1()
-> BEGIN
-> SELECT COUNT(id) FROM itopserver;
-> END //
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> DELIMITER ;
2. 创建一个用户,并赋于其 相关权限
mysql> create user user_itop identified by '123456';
Query OK, 0 rows affected (0.00 sec)
mysql> grant select,insert,delete,update on itop.* to 'user_test'@'%';
Query OK, 0 rows affected (0.00 sec)
mysql> show grants for user_test@'%';
+---------------------------------------------------------------------+
| Grants for user_test@% |
+---------------------------------------------------------------------+
| GRANT USAGE ON *.* TO 'user_test'@'%' |
| GRANT SELECT, INSERT, UPDATE, DELETE ON `itop`.* TO 'user_test'@'%' |
+---------------------------------------------------------------------+
2 rows in set (0.00 sec)
3. 使用 user_test 连接 mysql 并执行刚才创建的 procedure
mysql> call num1;
ERROR 1370 (42000): execute command denied to user 'user_test'@'%' for routine 'itop.num1'
4. 这样看是权限的问题,因为只给了他操作表的方法。 增加其 itop 的 execute 权限
mysql> grant execute on itop.* to user_test@'%';
Query OK, 0 rows affected (0.00 sec)
mysql> show grants for user_test@'%';
+----------------------------------------------------------------------------------------------------------+
| Grants for user_test@% |
+----------------------------------------------------------------------------------------------------------+
| GRANT USAGE ON *.* TO 'user_test'@'%' IDENTIFIED BY PASSWORD '*6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9' |
| GRANT SELECT, INSERT, UPDATE, DELETE, EXECUTE ON `itop`.* TO 'user_test'@'%' |
+----------------------------------------------------------------------------------------------------------+
2 rows in set (0.00 sec)
5. 重新使用此用户连接 Mysql 执行刚才定义的存储过程
mysql> use itop;
mysql> call num1();
ERROR 1449 (HY000): The user specified as a definer ('user_admin'@'%') does not exist
现在可以调用该存储过程了,但是提示存储过程定义中的definer不存在,
原来仅仅是连接到MySQL服务器的用户具有执行存储过程的权限是远远不够的,
最终要通过存储过程定义中指定的definer来执行存储过程。
6. 说 user_admin 不存在,那就创建 user_admin 这个用户
mysql> grant select,insert,delete,update on itop.* to 'user_admin'@'%' identified by '123456';
Query OK, 0 rows affected (0.00 sec)
mysql> show grants for user_admin@'%';
+-----------------------------------------------------------------------------------------------------------+
| Grants for user_admin@% |
+-----------------------------------------------------------------------------------------------------------+
| GRANT USAGE ON *.* TO 'user_admin'@'%' IDENTIFIED BY PASSWORD '*6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9' |
| GRANT SELECT, INSERT, UPDATE, DELETE ON `itop`.* TO 'user_admin'@'%' |
+-----------------------------------------------------------------------------------------------------------+
2 rows in set (0.00 sec)
7. 重新使用 "user_test" 用户连接 Mysql 执行刚才定义的存储过程
mysql> use itop;
mysql> call num1();
ERROR 1370 (42000): execute command denied to user 'user_admin'@'%' for routine 'itop.num1'
8. 看来不仅仅是连接到MySQL服务器的用户需要具有存储过程上的执行权限,存储过程定义者同样需要该权限。
mysql> grant execute on itop.* to 'user_admin'@'%';
Query OK, 0 rows affected (0.00 sec)
mysql> show grants for user_admin;
+-----------------------------------------------------------------------------------------------------------+
| Grants for user_admin@% |
+-----------------------------------------------------------------------------------------------------------+
| GRANT USAGE ON *.* TO 'user_admin'@'%' IDENTIFIED BY PASSWORD '*6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9' |
| GRANT SELECT, INSERT, UPDATE, DELETE, EXECUTE ON `itop`.* TO 'user_admin'@'%' |
+-----------------------------------------------------------------------------------------------------------+
2 rows in set (0.00 sec)
9. 重新使用 "user_test" 用户连接 Mysql 执行刚才定义的存储过程
mysql> use itop;
mysql> call num1();
+-----------+
| COUNT(id) |
+-----------+
| 372 |
+-----------+
1 row in set (0.00 sec)
Query OK, 0 rows affected (0.00 sec)
可以执行了
运维网声明
1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网 享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com