文档首页/ 数据复制服务 DRS/ 抽屉式帮助/ 所有Definer迁移到该用户下
更新时间：2025-05-26 GMT+08:00
查看PDF
分享

所有Definer迁移到该用户下

解释说明

DRS支持选择是否将源数据库对象的Definer迁移到测试连接时输入的目标数据库用户下。

  • 是：迁移后，所有源数据库对象的Definer都会迁移至该用户下，其他用户需要授权后才具有数据库对象权限，授权参考“常见问题”的“MySQL迁移中Definer强制转化后如何维持原业务用户权限体系”。

    例如，如果view迁移前为CREATE ALGORITHM=UNDEFINED DEFINER=`username`@`%` SQL SECURITY DEFINER VIEW `test_db`.`view5` AS select 1 AS `1`;

    迁移后会被转换成：CREATE ALGORITHM=UNDEFINED DEFINER=`drsUser`@`%` SQL SECURITY DEFINER VIEW `test_db`.`view5` AS select 1 AS `1`;

    其中drsUser为测试连接使用的账号。

  • 否：迁移后，将保持源数据库对象Definer定义不变，选择此选项，需要配合下一步用户权限迁移功能，将源数据库的用户全部迁移，这样才能保持源数据库的权限体系完全不变。注意：如果Definer账户在目标库不存在，则会建立不可用的对象。

Definer相关概念可参考MySQL官网文档中的说明。

常见问题

MySQL迁移中Definer强制转化后如何维持原业务用户权限体系？

Definer的使用主要应用在视图、存储过程、触发器、事件等对象里，Definer并不会限制对象被调用的权限，但会限制对象访问数据库的权限。本场景下，用户在MySQL迁移过程中选择了“所有Definer迁移到该用户下”，则源库用户体系下其他用户账号在完成用户迁移后，如果用户迁移和权限授权都执行成功，则无需授权便可继续使用原业务（使用DRS用户迁移功能可以实现用户、权限、密码迁移），否则如果想在原来的用户权限体系下延用原业务，则需要进行授权后才具有Definer相关数据库对象的访问使用权限，从而保证原业务正常。

本章节主要介绍如何通过数据库命令行对用户账号进行授权的方法。

  1. 确保新用户（Definer统一使用指定账号）具备足够的权限执行视图、存储过程等相关SQL。
  2. 通过MySQL官方客户端或者其它工具登录目标数据库。
  3. 通过如下命令查看需要授权的用户user当前权限详情。 

    show grants for  'user'@'host';

  4. 为了保证原业务不报错，使用如下命令给用户user授予涉及的数据库对象缺失的操作权限。 

    grant select,insert,update,delete on db_name.* to 'user'@'host';

    一般情况下，访问数据库的权限包括：SELECT、CREATE、DROP、DELETE、INSERT、UPDATE、INDEX、EVENT、CREATE VIEW、CREATE ROUTINE、TRIGGER、EXECUTE。您需要根据具体的数据库对象查看缺少哪些权限，再进行授权操作。

    对于存储过程和函数，必须保证用户user对其有拥有EXECUTE权限，授权SQL命令如下：

    grant execute on db_name.function_name to 'user'@'host';

  5. 使用授权后的用户账号访问目标库对象，无异常报错表示授权成功。需要注意：在java项目工程中调用存储过程、函数如果出现 Java.sql.SQLException: User does not have access to metadata required to determine stored procedure parameter types. If rights can not be granted, configure connection with "noAccessToProcedureBodies=true" to have driver generate parameters that represent INOUT strings irregardless of actual parametertypes，则需要单独执行用户user对mysql.proc库的授权： 

    grant select on mysql.proc to 'user'@'host';

相关文档