答案是权限配置不当导致MySQL访问被拒。需检查用户是否存在、密码是否正确、权限是否覆盖当前主机和数据库，并通过SHOW GRANTS确认授权，必要时创建用户并授予对应权限，最后执行FLUSH PRIVILEGES生效。
当在 MySQL 中遇到权限不足导致的错误时，通常会看到类似 ERROR 1045 (28000) 或 Access denied for user 的提示。这类问题多由用户权限配置不当引起。排查的关键是确认用户是否存在、密码是否正确、是否有对应数据库的操作权限，并检查权限是否已正确加载。
确认当前用户和连接信息
登录 MySQL 后，先明确当前使用的用户和主机来源：
SELECT USER();
SELECT CURRENT_USER();
USER() 返回你实际用来登录的用户名和主机；CURRENT_USER() 返回 MySQL 匹配到的授权账户。如果两者不同，可能是通配符匹配问题或用户不存在。
检查用户权限配置
查看指定用户的权限情况，例如：
SHOW GRANTS FOR 'username'@'host';
比如：
SHOW GRANTS FOR 'app_user'@'192.168.1.%';
输出会显示该用户被授予的权限。若未包含所需操作（如 SELECT、INSERT、CREATE 等），就是权限不足的直接原因。
常见问题包括：
- 用户只对某个数据库有权限，但尝试访问其他库
- 权限未覆盖当前连接的主机（如本地用 localhost，但用户只允许 %）
- 用户存在但无任何有效权限（仅有 USAGE 权限）
验证用户是否存在并修复授权
如果用户不存在或权限缺失，需创建或修正：
CREATE USER IF NOT EXISTS 'username'@'host' IDENTIFIED BY 'password';
GRANT SELECT, INSERT ON database_name.* TO 'username'@'host';
FLUSH PRIVILEGES;
注意 host 要与实际连接一致。常用值包括：
- localhost：仅本地 socket 连接
- 127.0.0.1：本地 TCP 连接
- %：任意主机（除 localhost）
MySQL 将 localhost 和 % 视为不同主机，需分别授权。
刷新权限并测试
修改权限后必须执行：
FLUSH PRIVILEGES;
否则更改不会生效。然后退出并重新登录，使用目标用户验证权限是否正常。
也可通过模拟操作测试，如：
USE target_db;
SELECT * FROM some_table;
基本上就这些。关键点是核对用户、主机、权限三者是否匹配，不复杂但容易忽略细节。
