拥有全局权限的MariaDB用户无法访问自建数据库求助

核心原因推测 #

最可能的原因是用户匹配冲突：MariaDB中默认存在''@'localhost'匿名用户，当你以user@localhost登录时，实际匹配到的是权限更低的匿名用户，而非你创建的全局权限用户。这会导致你无法访问自己创建的数据库，甚至执行授权命令时触发1044访问拒绝错误。

其次可能是权限缓存未刷新：虽然GRANT命令执行后通常会自动刷新权限，但部分场景下缓存未及时更新，导致全局权限未生效。

排查与解决步骤 #

1. 验证当前登录的实际权限用户 #

执行以下SQL，确认登录用户与权限匹配用户是否一致：

SELECT USER(), CURRENT_USER();

• 如果CURRENT_USER()返回''@'localhost'或其他非user@localhost的结果，说明存在用户匹配冲突。

2. 解决用户匹配冲突 #

若确认是匿名用户导致的问题，用当前登录用户执行以下命令删除匿名用户：

DROP USER ''@'localhost';
FLUSH PRIVILEGES;

删除后重新登录，此时应该会匹配到user@localhost，全局权限即可生效。

3. 确认全局权限是否生效 #

执行以下命令查看用户权限：

SHOW GRANTS FOR 'user'@'localhost';

确保输出包含GRANT ALL PRIVILEGES ON *.* TO 'user'@'localhost' WITH GRANT OPTION;。若未显示，需重新执行全局授权命令：

GRANT ALL PRIVILEGES ON *.* TO 'user'@'localhost' WITH GRANT OPTION;
FLUSH PRIVILEGES;

4. 修正anotheruser的创建与授权命令 #

MariaDB 10.4+版本已废弃GRANT语句中IDENTIFIED BY的用法，建议拆分命令以避免兼容性问题：

CREATE USER 'anotheruser'@'localhost' IDENTIFIED BY 'password';
GRANT ALL PRIVILEGES ON `newdb`.* TO 'anotheruser'@'localhost';
FLUSH PRIVILEGES;

若必须在GRANT中设置密码，需确保sql_mode未包含NO_AUTO_CREATE_USER（新版本默认开启该模式，因此不推荐此写法）。

额外排查点 #

• 检查数据库名称大小写：MariaDB在Linux系统下数据库名称区分大小写，确认你访问的数据库名称与创建时完全一致。
• 查看错误日志：执行SHOW VARIABLES LIKE 'log_error';找到错误日志路径，查看是否有更详细的权限拒绝原因。

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