MySQL中INFORMATION_SCHEMA默认对所有认证用户只读可见，5.7无法撤销其权限，8.0.12+才支持REVOKE SELECT ON INFORMATION_SCHEMA.*，且需先撤全局权限、检查角色与GRANT OPTION。
REVOKE ALL 不动 INFORMATION_SCHEMA 是设计使然
MySQL 的 REVOKE ALL PRIVILEGES, GRANT OPTION FROM 'user'@'host' 只撤销显式授予的权限，而 INFORMATION_SCHEMA 是一个只读元数据视图库，**不是普通数据库**，它不参与常规权限模型。从 5.7 到 8.0，所有认证用户（哪怕只有 USAGE）默认都能读取 INFORMATION_SCHEMA 中与其权限范围匹配的内容——这不是“漏授权”，而是 MySQL 的元数据访问机制决定的。
MySQL 8.0+ 才支持显式撤掉 INFORMATION_SCHEMA 权限
在 MySQL 8.0.12+ 中，REVOKE SELECT ON INFORMATION_SCHEMA.* FROM 'user'@'%' 才真正生效；此前版本（如 5.7）执行该语句会直接报错 ERROR 1044，或静默忽略。即使在 8.0+，也必须注意：
- 用户若已有
SELECT ON *.*这类全局权限，得先REVOKE SELECT ON *.*，再单独撤INFORMATION_SCHEMA，否则无效 - 撤权后无需
FLUSH PRIVILEGES，GRANT/REVOKE 操作本身即时生效 - 如果用户能查
INFORMATION_SCHEMA.TABLES，很可能是之前授过业务库SELECT权限，MySQL 会据此动态生成可见表行——撤掉元库权限才能切断这条链
SHOW DATABASES 和 INFORMATION_SCHEMA.SCHEMATA 是两套逻辑
用户能看到 INFORMATION_SCHEMA 库名，跟 SHOW DATABASES 权限无关。根本原因是：
-
SHOW DATABASES的结果取决于mysql.user.show_db_priv字段和用户是否有任意库的USAGE或更高权限 -
SELECT schema_name FROM INFORMATION_SCHEMA.SCHEMATA走的是另一条路径：只要用户已认证，且没被显式REVOKE SELECT ON INFORMATION_SCHEMA.*，就可执行（8.0.12+） - 想彻底隐藏库名，必须组合使用：
skip-show-databases（需重启）、关show_db_priv、再撤INFORMATION_SCHEMA权限
别指望 USAGE 权限能防住元数据
新建用户时 CREATE USER 'u'@'%' 自带 USAGE ON *.*，这允许登录但不做任何操作——但它仍足以让 INFORMATION_SCHEMA 对用户“部分可见”。尤其在低版本 MySQL 中，这是默认行为，没有 workaround，只能靠升级 + 显式撤权。
真正容易被忽略的点是：你撤完了权限，却忘了检查用户是否还持有角色（ROLE），或者是否通过 WITH GRANT OPTION 被间接赋予了元数据访问能力。权限清理必须从 SHOW GRANTS FOR 'user'@'host' 开始，而不是凭感觉执行 REVOKE ALL。
