首先检查用户是否存在及主机匹配情况，通过SELECT User, Host FROM mysql.user确认账户；接着用SHOW GRANTS FOR 'username'@'host'查看具体权限；然后执行FLUSH PRIVILEGES确保权限生效，并重新登录验证认证与操作权限；最后查询information_schema.SCHEMA_PRIVILEGES和TABLE_PRIVILEGES检查库表级权限限制，确保无显式拒绝或命名冲突。
当MySQL用户出现连接失败、权限不足或操作被拒绝等问题时，需要系统性排查权限配置。以下是实用的排查步骤和方法，帮助快速定位并解决问题。
检查用户是否存在及登录信息
确认用户是否真实存在，并核对主机来源（host）是否匹配：
- 执行 SELECT User, Host FROM mysql.user; 查看所有用户及其允许的访问主机。
- 注意：'user'@'localhost' 和 'user'@'%' 是两个不同的账户，即使用户名相同。
- 如果应用从远程连接，确保用户 host 字段为 '%' 或具体IP，而不是仅限 localhost。
查看用户的权限详情
使用 SHOW GRANTS 命令查看指定用户的权限：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 运行 SHOW GRANTS FOR 'username'@'host'; 获取该用户的全部授权语句。
- 检查输出中是否包含对应数据库/表的操作权限，如 SELECT、INSERT、UPDATE、ALL PRIVILEGES 等。
- 若返回 “There is no such grant defined”，说明用户可能不存在或 host 不匹配。
验证权限是否生效
MySQL权限更改后需确保已刷新，且客户端使用正确凭据连接：
- 执行 FLUSH PRIVILEGES; 确保权限表变更立即加载（在手动修改 mysql.user 表后尤其重要）。
- 尝试用该用户重新登录：mysql -u username -h host -p，测试能否成功认证。
- 登录后切换到目标数据库，执行简单操作（如 SELECT * FROM table LIMIT 1），验证是否有权限执行。
检查数据库和表级权限限制
某些情况下用户可能只有部分对象的访问权：
- 查询 information_schema.SCHEMA_PRIVILEGES 查看用户在各数据库的权限。
- 查询 information_schema.TABLE_PRIVILEGES 检查具体表的权限设置。
- 确认用户没有被显式拒绝访问某张表，或因大小写敏感导致表名不匹配（如 lower_case_table_names 配置差异）。
基本上就这些。只要按顺序检查用户定义、授权情况、权限刷新状态和实际访问行为，大多数权限问题都能定位清楚。关键是要准确匹配用户名和主机名，并用真实操作验证权限有效性。不复杂但容易忽略细节。
