MySQL报错“ERROR 1045: Access denied”时，先检查mysql.user表中的认证方式和主机匹配；常见原因包括Host字段不精确匹配（如localhost≠127.0.0.1）、认证插件不兼容（如caching_sha2_password与旧客户端冲突），需用SELECT User,Host,plugin查询并ALTER USER切换插件。
MySQL报错“ERROR 1045: Access denied”时，先检查mysql.user表中的认证方式和主机匹配
这个错误表面是密码不对，实际常因用户账户的Host字段不匹配或认证插件不兼容导致。MySQL 8.0+ 默认用caching_sha2_password，而老客户端（如某些Python mysql-connector旧版本）只支持mysql_native_password。
- 查用户真实配置：
SELECT User, Host, plugin FROM mysql.user WHERE User = 'your_user';
- 若
plugin是caching_sha2_password且连接失败，可临时切回：ALTER USER 'your_user'@'%' IDENTIFIED WITH mysql_native_password BY 'your_pass';
-
Host必须精确匹配——'user'@'localhost'≠'user'@'127.0.0.1'，前者走 Unix socket，后者走 TCP，权限记录是分开的
执行SELECT报“ERROR 1142: SELECT command denied”，说明权限粒度没给到具体库表
MySQL权限分层级：全局（*）、库级（db.*）、表级（db.table）。即使给了SELECT权限，如果只授在test.*，却去查production.users，就会被拒。
- 确认当前用户有效权限：
SHOW GRANTS FOR 'user'@'host';
- 注意权限是否带
WITH GRANT OPTION——没有它，用户无法转授权限 - 表级授权语法易错：
GRANT SELECT ON `mydb`.`users` TO 'u'@'%';
（反引号包裹库名/表名，避免关键字冲突） - 改完权限后必须
FLUSH PRIVILEGES;，否则不生效（仅对直接改mysql系统表的情况；用GRANT语句则自动刷新）
INSERT/UPDATE/DELETE被拒绝，除了权限还可能卡在存储引擎或SQL模式
权限只是第一道关。即使有INSERT权限，也可能因表是MyISAM且磁盘满、或启用了严格模式（STRICT_TRANS_TABLES）导致空字符串插入NOT NULL字段失败。
- 查当前SQL模式：
SELECT @@sql_mode;
，若含STRICT_TRANS_TABLES，INSERT INTO t(col) VALUES ('')对col VARCHAR(10) NOT NULL会报错 - 检查存储引擎是否支持事务：
SHOW CREATE TABLE your_table;
，若为MyISAM，START TRANSACTION无效，且崩溃恢复能力弱 - 确认磁盘空间和
max_allowed_packet——大BLOB插入失败时，错误码可能是ERROR 2006（MySQL server has gone away），而非权限问题
用root账号执行SQL仍报错，重点排查DEFINER和二进制日志设置
存储过程、视图、触发器里若声明了DEFINER='someuser'@'host'，即使你用root调用，MySQL也会按DEFINER的权限校验——此时someuser可能根本不存在或无权访问相关表。
- 查对象定义：
SHOW CREATE VIEW your_view;
，看DEFINER字段 - 临时解决：用
SET SQL_SECURITY_CONTEXT = 'CURRENT_USER';（MySQL 8.0.30+）或重建对象时改DEFINER=CURRENT_USER - 开启
binlog时，某些操作（如非确定性函数UUID()、NOW()）在STATEMENT格式下会被拒绝，报错类似ERROR 1592，需切MIXED或ROW格式
Host匹配、DEFINER上下文、SQL模式、存储引擎限制这四层容易叠在一起，单看错误码根本分不清哪一层断的。调试时别急着加GRANT ALL，先SHOW GRANTS和SHOW CREATE把执行路径里的每个环节都摊开看一遍。 
