真正实现“只看结构不查数据”的最小权限组合是USAGE（必需）+SHOW VIEW（可选），而非SHOW VIEW和REFERENCES；USAGE确保连接及元数据访问，无SELECT则任何数据查询均报错#1142。
只给 SHOW VIEW 和 REFERENCES 不能实现“只看结构不查数据”
SHOW VIEW 和 REFERENCES 都不是控制数据读取的权限。REFERENCES 是外键约束相关权限，对 SELECT 行为完全无影响；SHOW VIEW 允许查看视图定义（SHOW CREATE VIEW），但普通表的结构导出（如 SHOW CREATE TABLE、DESCRIBE table）根本不需要它——只要账号能连上、有数据库级 USAGE 就够了。真正拦住数据的是 SELECT 权限：没它，SELECT * FROM t 必报 #1142 - SELECT command denied。
真正起作用的最小权限组合是 USAGE + SHOW VIEW（可选）+ 显式不授 SELECT
phpMyAdmin 能显示表结构，靠的是执行元数据查询（如 SHOW COLUMNS FROM t、SHOW INDEXES FROM t），这些操作在 MySQL 中属于“无需 SELECT 权限”的元数据访问，只要用户能连接（即有 USAGE）且目标库/表可见即可。所以安全路径是：
- 先创建用户：
CREATE USER 'schema_only'@'localhost' IDENTIFIED BY 'p@ssw0rd'; - 只给连接和元数据基础权限：
GRANT USAGE ON *.* TO 'schema_only'@'localhost'; - 对目标库显式授权结构相关权限（不含
SELECT）：GRANT SHOW VIEW ON `mydb`.* TO 'schema_only'@'localhost'; - 必须确认没授过
SELECT：用SHOW GRANTS FOR 'schema_only'@'localhost';检查输出里绝不能出现SELECT、INSERT、UPDATE等任何 DML 权限
为什么 phpMyAdmin 还显示 Browse 按钮？这不是 bug，是设计使然
phpMyAdmin 不做权限预检，按钮是否灰掉取决于界面逻辑而非后端权限。你看到 Browse，只是前端渲染了该链接；点击后服务端才校验权限，立刻返回错误（如 #1142 - SELECT command denied to user 'schema_only'@'localhost' for table 'users'）。验证是否生效的唯一方式是真点进去——Structure 和 Export（仅结构）应成功，Browse 和 Export（含数据）必失败。
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
常见踩坑点：USAGE 没给，连登录都进不去
很多教程漏掉 GRANT USAGE ON *.*，结果用户创建后无法登录 phpMyAdmin。因为 mysqli 扩展在建立连接后会自动执行 SELECT DATABASE()、SELECT @@sql_mode 等探测语句，这些都需要至少全局 USAGE。没它，连接阶段就断开，根本看不到任何界面。另外，SHOW VIEW 对普通表非必需，但它能让视图结构导出正常——如果库里有视图，建议加上；没有则可省略。
