应先确认MySQL是否监听外网端口、用户凭据（用户名+密码+host）是否存在且匹配、认证插件是否兼容，再检查防火墙和安全组；三者缺一不可。
远程连接报错 ERROR 1045 或 “Access denied for user” 怎么定位？
这不是密码输错了那么简单——MySQL 把「用户名 + 密码 + host」三者当做一个完整凭据，缺一不可。你连的是
，但远程实际尝试的是
（或
），哪怕密码对，只要没对应记录，就直接拒绝。
先本地登录 MySQL，执行
，重点看有没有
行的
是
或具体客户端 IP
如果只有
，说明远程凭据根本不存在，不是“权限不足”，是“压根不认你这个人”
注意：MySQL 8.0+ 默认用
加密，老客户端（如旧版 Navicat、某些 JDBC 驱动）可能不兼容，会静默失败
给 root 开远程权限，为什么 GRANT 后还是连不上？
因为只做
不够，还必须确保三件事同时成立：用户存在、密码匹配、认证插件兼容。
执行
—— 这步只是授权，不创建用户也不设密码
如果
还没在
表里，得补一句
必须跟
，否则权限缓存不更新（MySQL 不实时读表）
检查是否误开了
：查
或
，有这行就删掉并重启
mysql
d
bind-address 和防火墙才是真正的“拦路虎”
就算 MySQL 用户权限全开，外面也连不进来——因为服务根本没监听外网端口，或者被系统/云平台防火墙挡了。
MySQL（Linux）
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
下载
查 MySQL 实际监听地址：
，如果只看到
，说明
（默认值），要改成
或具体内网 IP
改完配置后必须重启 MySQL：
（Linux）或服务管理器（Windows）
云服务器（阿里云、腾讯云等）额外要开安全组规则，放行 TCP 3306 端口，且源 IP 要填对（
很危险，建议限定 IP 段）
生产环境别碰 root，用授权法建专用用户
直接开
是高危操作，一旦密码泄露或被爆破，整个库就裸奔了。应该按最小权限原则建新用户。
例如只给应用访问
库：
再精确授权：
host 写成
比
安全得多，既避免公网暴露，又兼容内网多台机器
记得
，然后用这个账号测试连接，而不是反复折腾 root
最容易被忽略的是：MySQL 8.0 的认证插件变更和
配置这两层，它们不出错时一切正常，一出错就完全无日志提示，只能靠
和
交叉验证。别急着重置密码，先确认“MySQL 有没有在听、认不认识你、敢不敢让你进”。
root@localhostroot@'192.168.1.100'root@'%'SELECT User, Host FROM mysql.user;rootHost%localhostcaching_sha2_passwordGRANTGRANT ALL PRIVILEGES ON *.* TO 'root'@'%' WITH GRANT OPTION;'root'@'%'userALTER USER 'root'@'%' IDENTIFIED WITH mysql_native_password BY 'your_password';FLUSH PRIVILEGES;skip-grant-tables/etc/my.cnfC:\my.inisudo netstat -tlnp | grep :3306127.0.0.1:3306bind-address = 127.0.0.10.0.0.0sudo systemctl restart mysqld0.0.0.0/0root@'%'app_dbCREATE USER 'app_user'@'192.168.1.%' IDENTIFIED WITH mysql_native_password BY 'strong_pass_2026';GRANT SELECT, INSERT, UPDATE ON app_db.* TO 'app_user'@'192.168.1.%';'192.168.1.%''%'FLUSH PRIVILEGES;bind-addressnetstatSELECT User,Host FROM mysql.user