答案是mysql无自动权限继承，需检查user+host匹配、各层级权限表及角色激活状态。具体包括确认用户主机组合唯一性、查看mysql.user等权限表、使用SHOW GRANTS验证授权、确保角色显式启用，避免因未激活导致权限失效。
在 MySQL 中排查权限继承问题，关键在于理解用户权限的层级结构和作用范围。MySQL 的权限系统基于 用户+主机 组合，并通过多层权限表（如 mysql.user、mysql.db、mysql.tables_priv 等）实现权限控制，但不支持传统意义上的“角色继承”或“组权限”。所谓的“权限继承”问题通常出现在误以为某个用户会自动获得其他用户或角色权限的情况下。
确认用户和主机匹配
MySQL 将 用户名 和 主机名 一起作为唯一标识。例如 'appuser'@'localhost' 与 'appuser'@'%' 是两个不同的账户，权限彼此独立。
– 使用以下语句查看当前用户有哪些权限记录：
select user, host FROM mysql.user WHERE user = 'your_user';
– 检查登录时使用的客户端 IP 是否匹配账户中的 host 规则，比如使用通配符 % 或具体 IP。 – 如果用户从 192.168.1.10 登录，但只定义了 'user'@'localhost'，则无法匹配。
检查权限的实际生效层级
MySQL 权限按优先级从全局到具体对象逐层判断：
- 全局权限：存储在
mysql.user表，适用于所有数据库。 - 数据库级权限：存储在
mysql.db表，仅对指定数据库有效。 - 表/列级权限：更细粒度控制，需显式授权。
– 查看某用户的完整权限：
SHOW GRANTS for 'username'@'host';
– 注意输出中是否包含 GRANT OPTION，它允许用户将权限转授他人，但这不是“继承”，而是“代理授权”能力。 – 若多个 host 匹配同一用户，MySQL 会选择最具体的 host 记录（例如 ‘192.168.1.%’ 比 ‘%’ 更具体）。
避免对角色误用导致的“继承”误解
MySQL 8.0+ 支持角色（role），可以分配给用户，但必须显式启用才能生效。
– 查看用户默认角色：
SELECT DEFAULT_ROLE FROM mysql.user WHERE user = 'username';
– 登录后需激活角色，否则不会应用其权限：
SET ROLE ALL; 或 SET ROLE role_name;
– 使用 SELECT CURRENT_ROLE(); 验证当前激活的角色。 – 若未设置默认角色或未执行 SET ROLE，则即使已授予角色也不会“自动继承”权限。
模拟用户行为进行验证
直接测试是最可靠的排查方式。
– 用目标用户登录并尝试执行操作：
mysql -u username -h host -p
– 执行典型语句如 SELECT、INSERT、SHOW DATABASES 看是否报错。 – 启用 general log 可追踪实际执行的语句和用户上下文（谨慎使用，影响性能）：
SET GLOBAL general_log = ON;
基本上就这些。MySQL 没有自动权限继承机制，所有权限都需明确授予用户或通过角色手动激活。排查时重点核对 user+host 匹配、各层级权限表内容以及角色激活状态，就能定位大多数“权限没生效”的问题。