SHOW DATABASES权限只能在.全局范围授予，写成ON mydb.*等非全局形式无效；必须确保授权账号与CURRENT_USER()完全匹配，并检查skip-show-databases配置、角色激活及FLUSH PRIVILEGES必要性。
SHOW DATABASES 权限只能在 *.* 全局范围授予
你写了 GRANT SHOW DATABASES ON mydb.* TO 'u'@'%'，语法不报错，但权限根本没写进系统表。MySQL 会直接忽略这种非全局范围的授权——查 SHOW GRANTS FOR 'u'@'%' 看不到它，执行 SHOW DATABASES 仍报 ERROR 1227 或返回空。真正有效的写法只有一种：GRANT SHOW DATABASES ON *.* TO 'username'@'host'。这里的 *.* 是强制要求，不是占位符，也不能替换成 mysql.* 或其他形式。
用户实际认证账号和授权账号不一致
登录时你以为连的是 'app'@'%'，但 SELECT USER(), CURRENT_USER() 可能显示 USER() 是 'app'@'192.168.1.100'，而 CURRENT_USER() 是 'app'@'localhost'。MySQL 权限校验只认 CURRENT_USER() 对应的那条记录。如果 'app'@'localhost' 没被授过 SHOW DATABASES，哪怕 'app'@'%' 有，也完全无效。常见诱因包括：
- Linux 下用
mysql -u app -p连本地，默认走 socket，匹配'app'@'localhost'，不是'app'@'%' - 应用配置里 host 写的是
127.0.0.1，走 TCP，匹配的是'app'@'127.0.0.1'，和'app'@'localhost'是两个独立账号 - 存在匿名用户
''@'localhost'，它会优先匹配，导致你的命名用户根本没机会生效
权限已授但未刷新或被配置项屏蔽
即使 GRANT 执行成功，也可能卡在缓存或配置层面：
- 旧版本 MySQL（如 5.7）或某些容器化部署中，
GRANT后仍需显式执行FLUSH PRIVILEGES；新版本虽多数自动刷新，但若之前手动改过mysql.user表，就一定得刷 - my.cnf 中启用了
skip-show-databases，此时任何GRANT都无效，必须注释该行并重启 mysqld - MySQL 8.0+ 若用户绑定了角色，但没执行
SET ROLE role_name或SET ROLE ALL，权限不会激活
别被 SELECT on mysql.db 迷惑
有人试过给用户 SELECT 权限在 mysql.db 表上，以为能“绕过”限制看到库名，结果发现 SHOW DATABASES 依然失败。这是因为：该命令的行为由全局权限控制，和底层系统表访问权限完全解耦。即使你能 SELECT * FROM mysql.db 查出一堆库名，MySQL 也不会因此让 SHOW DATABASES 返回它们。这是设计使然，不是 bug。
最容易被忽略的是：权限写对了、host 匹配了、FLUSH 也做了，但忘了检查 skip-show-databases 配置项——它一开，所有授权都白费。
