先说一个核心原则：想要让用户只能查看视图、无法访问基础表，关键在于将 SHOW VIEW 和 SELECT 权限仅授予视图对象本身，同时彻底关闭底层表的所有 SELECT 权限。听起来简单，但实际配置中很多人会掉坑。
CREATE VIEW 与 SHOW VIEW 权限必须分开授予，且不能包含 SELECT
只允许用户查询视图、禁止触碰基础表，核心操作只需三步：授予 SHOW VIEW（允许查看视图定义）、授予 SELECT（允许查询视图内容），但明确拒绝对底层表的 SELECT。注意 CREATE VIEW 是创建视图用的，与“查看”无关，千万别选错。
常见的错误现象：用户能打开视图页面，但执行 SELECT * FROM myview 时报错 #1142 - SELECT command denied——这通常说明只给了 SHOW VIEW，遗漏了视图本身的 SELECT 权限。
SHOW VIEW用于导出视图结构（如SHOW CREATE VIEW），必须开启SELECT权限要授予在视图对象上（例如myapp.myview），而不是授予原表- 绝对不要给目标数据库下任何基础表的
SELECT，否则用户可绕过视图直接查询表 - 如果视图依赖多张表，那些表本身不需要对用户开放权限——只要视图已存在且只授予视图级
SELECT，MySQL 会按视图定义自动校验底层访问
用 SQL 授权比 phpMyAdmin 界面更可靠
phpMyAdmin 的权限界面默认不显示视图对象，很容易遗漏配置。直接执行 SQL 能精准控制到「哪个用户 → 对哪个视图 → 给什么权限」，一步到位。
示例（假设用户 'reporter'@'localhost'，视图名 sales_summary，库名 analytics）：
GRANT SHOW VIEW ON `analytics`.`sales_summary` TO 'reporter'@'localhost'; GRANT SELECT ON `analytics`.`sales_summary` TO 'reporter'@'localhost'; FLUSH PRIVILEGES;
关键点：
- 权限语句里必须用反引号包裹库名和视图名，否则 MySQL 可能解析失败
- 不要写
GRANT SELECT ON `analytics`.*——这会把所有表都放开，白忙活 FLUSH PRIVILEGES在 MySQL 8.0+ 非必需，但加上更保险；不加可能导致权限延迟生效
验证时别信界面按钮，要看实际执行结果
phpMyAdmin 不会隐藏“浏览”按钮，哪怕用户根本没有 SELECT 权限。它只在点击后才报错，所以千万别被界面误导。
正确验证方式：
- 登录该账号 → 进入
analytics库 → 点击sales_summary视图 → 点“浏览” → 应成功返回数据 - 同库下点任意基础表（如
raw_sales）→ 点“浏览” → 必须报错#1142 - SELECT command denied - 执行
SHOW CREATE VIEW sales_summary→ 应成功返回建视图语句 - 执行
SELECT * FROM raw_sales LIMIT 1→ 必须报错
最容易被忽略的是：用户可能通过 INFORMATION_SCHEMA 查到表名，再手动拼 SQL 绕过——所以务必确认基础表权限真的没开，而不是只靠界面“没显示表”来判断。
