视图权限需显式授予，不能继承基表权限。即使对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，得换排查路径。
