答案：迁移MySQL用户权限需导出源库用户权限信息，调整主机名适配目标环境，导入目标库并验证。具体步骤包括使用SHOW GRANTS获取授权语句，按目标网络结构修改host白名单，执行CREATE USER和GRANT语句创建用户并授予权限，最后通过SHOW GRANTS和实际连接测试验证权限一致性。注意跨版本密码加密兼容性问题，建议使用mysql_native_password。
在MySQL中迁移数据库用户权限，核心是复制源数据库的用户账号、密码和权限配置到目标数据库。由于MySQL的权限信息存储在mysql系统库中，不能直接通过导出业务数据的方式一并迁移，需要单独处理。以下是具体操作方法。
1. 导出源数据库的用户权限信息
使用SHOW GRANTS命令查看现有用户的权限，并生成可执行的SQL语句。
登录源数据库后，执行：
SELECT CONCAT('SHOW GRANTS FOR ''', user, '''@''', host, ''';') FROM mysql.user WHERE user != 'mysql.sys' AND user NOT LIKE 'information_schema%' AND user != 'root';将查询结果逐条执行，获取每个用户的授权语句。例如：
SHOW GRANTS FOR 'app_user'@'192.168.%.%';输出类似：
GRANT SELECT, INSERT, UPDATE ON `db1`.* TO 'app_user'@'192.168.%.%'把这些GRANT语句保存下来，用于目标库执行。
也可以用脚本批量导出所有授权语句：
SELECT CONCAT('GRANT ', Priv, ' ON ', Db, ' TO ''', User, '''@''', Host, ''';') FROM ( SELECT User, Host, GROUP_CONCAT(DISTINCT Priv SEPARATOR ', ') AS Priv, Db FROM ( SELECT User, Host, Db, CONCAT(PrivType, ' ON ', Object) AS Priv FROM ( SELECT User, Host, Db, CASE WHEN Select_priv = 'Y' THEN 'SELECT' END AS PrivType, CONCAT('`', Db, '`.*') AS Object FROM mysql.db WHERE Select_priv = 'Y' UNION ALL SELECT User, Host, Db, 'INSERT', CONCAT('`', Db, '`.*') FROM mysql.db WHERE Insert_priv = 'Y' UNION ALL SELECT User, Host, Db, 'UPDATE', CONCAT('`', Db, '`.*') FROM mysql.db WHERE Update_priv = 'Y' -- 可继续添加其他权限 ) t WHERE PrivType IS NOT NULL ) t2 GROUP BY User, Host, Db ) t3;这个查询能生成大部分GRANT语句，但建议仍以SHOW GRANTS为主，更准确。
2. 处理用户名和主机限制
MySQL用户由用户名@主机名组成，迁移时注意目标环境的网络结构是否一致。
比如源库有'user1'@'192.168.1.%'，而目标库客户端来自10.0.0.%，则需调整主机部分。
常见做法：
- 如果目标环境IP不同，修改
GRANT语句中的host部分 - 使用
'user'@'%'允许任意IP（生产环境慎用） - 按实际访问来源重新定义host白名单
3. 在目标数据库执行权限导入
登录目标MySQL实例，依次执行之前收集的CREATE USER和GRANT语句。
若用户不存在，先创建：
CREATE USER 'app_user'@'%' IDENTIFIED BY 'password';再执行授权：
GRANT SELECT, INSERT, UPDATE ON db1.* TO 'app_user'@'%'; FLUSH PRIVILEGES;FLUSH PRIVILEGES确保权限立即生效，虽然多数情况下非必须，但建议加上以防万一。
4. 验证权限是否正确迁移
在目标库上检查用户权限：
SHOW GRANTS FOR 'app_user'@'%';确认输出与源库一致。
也可用该用户连接目标库，测试对各表的访问、读写权限是否正常。
另外检查mysql.user和mysql.db表中的关键字段是否匹配：
基本上就这些。关键是准确提取源权限，按目标环境调整host，再安全导入。不复杂但容易忽略细节，尤其是主机名和密码加密方式兼容性问题。如果跨版本迁移，注意旧密码哈希（pre-4.1）可能不被支持，建议统一用IDENTIFIED WITH mysql_native_password。基本上就这些。
