17370845950

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 I

  

  NTO 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把执行路径里的每个环节都摊开看一遍。