直接导出 mysql.user 表会出错，因版本间结构差异、字段依赖运行时状态及8.0+ caching_sha2_password插件兼容性问题；应使用 SHOW GRANTS FOR 逐个生成授权语句迁移。
直接导出
表会出错，别这么做
MySQL 的权限信息虽然主要存在
表里，但直接用
导出再导入新实例，大概率失败。原因有三：
表结构在不同版本间有差异（比如 5.7 和 8.0 的
字段替代了
）；部分字段（如
、
）依赖服务端默认值或运行时状态；更重要的是，8.0+ 默认启用
插件，而旧 dump 可能含过期的哈希格式，导入后用户无法登录。
用
逐个生成可执行的授权语句
这是最兼容、最安全的迁移方式，适用于所有 MySQL 版本（5.6–8.4），且不依赖表结构一致性。核心思路是：对每个需要迁移的账号，调用
，把返回的
语句保存下来，在新服务器上直接执行。
实操建议：
先查出所有非内置账号：
对每个账号执行：
，结果类似：
注意：如果账号有
，必须确保目标服务器上该账号已存在（否则
会报错），建议先用
创建空账号，再授予权限
8.0+ 中若用户使用了角色（
），需额外导出
和
关系
不等于权限全量迁移
很多人误以为全库 dump 包含权限，其实不然。默认情况下，
会跳过
库（除非显式加上
），即使加了，它也只导出表数据，不处理权限生效逻辑（例如
不会被自动触发）。更关键的是：dump 文件里的
语句在 8.0+ 上基本不可执行——字段缺失、密码哈希不匹配、插件不兼容等问题会直接导致导入中断。
MySQL（Linux）
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
下载
如果你坚持用 dump 方式，请严格按以下顺序操作：
在源库执行：
手动编辑
，删掉所有
中的
字段（8.0+ 已废弃），替换
值为
或用
重算（不推荐）
在新库先
，再导入语句，最后手动执行
迁移后必须验证的三个点
权限迁移不是“执行完就完事”，漏掉验证容易线上翻车：
用目标账号连接新库，执行
确认实际匹配的账号名和 host 是否符合预期（比如
可能被
优先匹配）
检查具体权限是否生效：
，比对与源库输出是否一致；特别注意库级、表级、列级权限是否完整
测试业务 SQL 是否能跑通，尤其是涉及
、存储过程调用、视图查询等隐式依赖权限的操作
跨大版本迁移（如 5.7 → 8.0）时，
语法、默认认证插件、密码强度策略都可能变化，这些细节比权限语句本身更容易卡住上线。
mysql.usermysql.usermysqldump mysql useruserauthentication_stringpasswordpluginaccount_lockedcaching_sha2_passwordSHOW GRANTS FORSHOW GRANTS FOR 'user'@'host'GRANTSELECT CONCAT('\'', user, '\'@\'', host, '\'') FROM mysql.user WHERE user NOT IN ('mysql.infoschema','mysql.session','mysql.sys','root');SHOW GRANTS FOR 'u1'@'192.168.%';GRANT SELECT ON `db1`.* TO 'u1'@'192.168.%'
GRANT INSERT, UPDATE ON `db2`.`t1` TO 'u1'@'192.168.%'WITH GRANT OPTIONGRANTCREATE USERROLESHOW GRANTS FOR ROLE 'role_name'SELECT * FROM mysql.role_edgesmysqldump --all-databasesmysqldump --all-databasesmysql--databases mysqlFLUSH PRIVILEGESINSERT INTO mysql.usermysqldump --skip-triggers --compact --no-create-info --where="user NOT LIKE 'mysql.%'" mysql user db tables_priv columns_priv procs_priv proxies_priv > grants.sqlgrants.sqlINSERTpasswordauthentication_string''SHA2('xxx',256)CREATE USERFLUSH PRIVILEGESSELECT USER(), CURRENT_USER();'u1'@'%''u1'@'localhost'SHOW GRANTS FOR 'u1'@'192.168.%';INSERT ... ON DUPLICATE KEY UPDATECREATE USER