视图权限需显式授予，不能继承基表权限。即使对myapp.users有SELECT权，查v_active_users仍报ERROR 1142；须执行GRANT SELECT ON myapp.v_active_users TO 'reporter'@'localhost'并FLUSH PRIVILEGES。

视图权限丢失 ≠ 表权限自动继承，必须显式授予 SELECT 权限才能查视图。

为什么给表授了 SELECT 权限，查视图还是报 ERROR 1142？

MySQL 不会把基表的权限“透传”给视图。哪怕你对 myapp.users 表有 SELECT 权限，对视图 v_active_users 依然可能无权访问——因为视图是独立对象，权限需单独授予。

常见错误现象：

• 执行 SELECT * FROM v_active_users; 报错：ERROR 1142 (42000): SELECT command denied to user 'reporter'@'localhost' for table 'v_active_users'
• SHOW GRANTS FOR 'reporter'@'localhost'; 显示只给了表权限，没提视图名

根本原因：视图权限和表权限在 mysql.tables_priv 和 mysql.columns_priv 中是分开记录的；INFORMATION_SCHEMA.VIEWS 里只存定义，不存权限。

如何精准补上视图的 SELECT 权限？

用 GRANT SELECT 直接对视图授权，语法和对表完全一致，但对象名必须写成 db_name.view_name 格式。

实操建议：

• 确认视图所在库和名称：SELECT TABLE_SCHEMA, TABLE_NAME FROM INFORMATION_SCHEMA.VIEWS WHERE TABLE_NAME = 'v_active_users';
• 授予权限（注意库名、视图名、host 必须精确匹配）：GRANT SELECT ON `myapp`.`v_active_users` TO 'reporter'@'localhost';
• 立即生效（MySQL 8.0+ 不强制需要，但旧版本建议执行）：FLUSH PRIVILEGES;
• 验证是否生效：SELECT * FROM myapp.v_active_users LIMIT 1;

⚠️ 注意：不能写成 GRANT SELECT ON myapp.* 就覆盖所有视图——该语句只覆盖表，不覆盖视图。视图必须逐个或用脚本批量处理。

嵌套视图权限要一层层检查

如果 v_active_users 是基于另一个视图 v_users_raw 定义的，而后者又依赖已删表，那即使你给 v_active_users 授了 SELECT，执行时仍可能触发 ERROR 1356（依赖失效），而非权限错误。

排查步骤：

• 先查视图定义：SELECT VIEW_DEFINITION FROM INFORMATION_SCHEMA.VIEWS WHERE TABLE_SCHEMA = 'myapp' AND TABLE_NAME = 'v_active_users';
• 手动提取其中引用的所有对象（包括其他视图名），再对每个对象运行 SHOW GRANTS 检查权限
• 若发现嵌套视图本身已失效（如 SHOW CREATE VIEW v_users_raw 报错），优先修复底层依赖，再补权限

真正容易被忽略的是：权限补全后，视图底层若存在未察觉的定义腐烂，SELECT 仍会失败——这时报的不是 1142，而是 1356 或 1449，得换排查路径。