将MySQL 5.8备份文件导入MariaDB 10.5后无法创建原有用户

我来帮你搞定这个问题，核心原因是旧MySQL 5.5的权限表机制和MariaDB 10.5存在差异，导致备份导入后用户在mysql.user表缺失，但mysql.db表残留了权限记录，触发了CREATE USER的冲突。下面是一步步的解决方案，全程保留你需要的db权限信息：

步骤1：先备份mysql数据库（重中之重） #

操作前一定要备份整个mysql库，防止误操作丢失数据：

mysqldump -u root -p mysql > mysql_backup_$(date +%Y%m%d).sql

步骤2：导出testuser的db权限记录 #

先把mysql.db表中testuser的权限记录保存下来，方便后续恢复：

-- 或者直接在终端复制查询结果，手动保存到文本里（因为只有2条记录，更简单）
SELECT * FROM mysql.db WHERE User = 'testuser';

步骤3：清理mysql.db表中的testuser残留记录 #

这一步是让CREATE USER能成功执行的关键，因为MariaDB会检查所有权限表中是否存在该用户的记录：

DELETE FROM mysql.db WHERE User = 'testuser';
FLUSH PRIVILEGES; -- 刷新权限让删除生效

步骤4：成功创建testuser用户 #

现在执行CREATE USER命令就不会报错了：

CREATE USER 'testuser'@'localhost' IDENTIFIED BY 'pw';
FLUSH PRIVILEGES;

步骤5：恢复之前保存的db权限记录 #

把步骤2中保存的权限记录插回mysql.db表，注意要对应所有字段。比如根据你提供的记录，执行：

INSERT INTO mysql.db (Host, Db, User, Select_priv, Insert_priv, Update_priv, Delete_priv, Create_priv, Drop_priv, Grant_priv, References_priv, Index_priv, Alter_priv, Create_tmp_table_priv, Lock_tables_priv, Create_view_priv, Show_view_priv, Create_routine_priv, Alter_routine_priv, Execute_priv, Event_priv, Trigger_priv)
VALUES 
('localhost', 'somedb', 'testuser', 'Y', 'N', 'N', 'N', 'N', 'N', 'N', 'N', 'N', 'N', 'N', 'N', 'N', 'N', 'N', 'N', 'N', 'N', 'N'),
('localhost', 'somedbp2', 'testuser', 'Y', 'N', 'N', 'N', 'N', 'N', 'N', 'N', 'N', 'N', 'N', 'N', 'N', 'N', 'N', 'N', 'N', 'N', 'N');
-- 注意：如果你的旧权限有其他Y的字段，记得对应修改上面的值

执行完后刷新权限：

FLUSH PRIVILEGES;

验证结果 #

现在可以检查用户和权限是否正常：

-- 查看用户是否存在
SELECT User, Host FROM mysql.user WHERE User = 'testuser';
-- 查看db权限是否恢复
SELECT * FROM mysql.db WHERE User = 'testuser';
-- 用testuser登录验证权限
mysql -u testuser -p -e "SELECT * FROM somedb.some_table LIMIT 1;"

为什么会出现这个问题？ #

旧MySQL 5.5的权限管理相对松散，删除用户时可能没有自动清理所有权限表（比如mysql.db）的残留记录；而MariaDB 10.5在执行CREATE USER时会严格检查所有权限表，只要有该用户的任何残留记录，就会抛出1396错误。加上跨版本备份导入时，表结构的差异也可能导致mysql.user表的用户记录没有被正确导入，但mysql.db的记录却保留了下来。

内容的提问来源于stack exchange，提问作者user2194805