bind-address配置错误导致远程连接被拒绝，需检查并设为0.0.0.0或具体IP，重启服务；同时确认用户host权限、防火墙及安全组放行3306端口，并排除认证插件兼容性问题。
bind-address 配置错误导致远程连接被拒绝
MySQL 默认绑定 127.0.0.1，只接受本地连接。远程客户端发起 TCP 连接时，会直接被操作系统层面拦截，连 MySQL 进程都收不到请求。
- 检查配置文件（通常是
/etc/mysql/mysql.conf.d/mysqld.cnf或/etc/my.cnf）中bind-address的值；常见错误是留空、写成127.0.0.1或误加空格变成bind-address = 127.0.0.1 - 如需允许所有 IPv4 地址接入，设为
bind-address = 0.0.0.0；若只要特定网段（比如内网），可填具体 IP（如192.168.1.10），但必须确保该 IP 已在服务器上真实配置并启用 - 改完后必须重启服务：
sudo systemctl restart mysql（Ubuntu/Debian）或sudo systemctl restart mysqld（CentOS/RHEL）；仅 reload 不生效 - 注意：Docker 容器内运行 MySQL 时，
bind-address设为0.0.0.0仍可能不奏效——容器网络模式、端口映射（-p 3306:3306）和宿主机防火墙三者都要对得上
用户权限未授权远程主机访问
即使网络层通了，MySQL 会校验连接用户的 host 部分。用 localhost 创建的用户无法从其他机器登录，这是权限表设计决定的，不是 bug。
- 登录 MySQL 后执行：
SELECT User, Host FROM mysql.user;，确认目标用户（比如'appuser'）的Host字段是否为%、192.168.1.%或具体客户端 IP；localhost和127.0.0.1在权限系统里是两个不同 host - 授权命令要显式指定 host：
GRANT ALL ON mydb.* TO 'appuser'@'%' IDENTIFIED BY 'mypass';；@'%'表示任意主机，生产环境建议缩窄范围 - 执行完
GRANT后必须运行FLUSH PRIVILEGES;，否则权限不生效 - 如果用户已存在且 host 是
localhost，不能直接UPDATE mysql.user修改，应先DROP USER 'appuser'@'localhost';再重建，避免残留权限冲突
防火墙或云平台安全组拦截 3306 端口
Linux 自带的 ufw、firewalld 或云服务商（阿里云、腾讯云等）的安全组规则，会在网络栈更早阶段丢弃数据包，MySQL 日志里完全看不到连接尝试记录。
- 查本机防火墙状态：
sudo ufw status verbose（Ubuntu）或sudo firewall-cmd --list-all（CentOS）；确认3306/tcp是否在允许列表中 - 临时放行测试：
sudo ufw allow 3306或sudo firewall-cmd --add-port=3306/tcp --permanent && sudo firewall-cmd --reload - 云服务器务必检查控制台里的「安全组」规则——它独立于系统防火墙，且优先级更高；入方向规则需明确添加
3306端口，源 IP 范围别写成0.0.0.0/0除非真需要全网开放 - 有些 VPS 提供商（如 DigitalOcean）默认关闭所有端口，只开 22，这点容易忽略
连接时提示 “Access denied for user” 但密码没错
这通常不是认证失败，而是 MySQL 根本没走到密码比对那步——可能是 host 匹配失败，也可能是认证插件不兼容（尤其 MySQL 8.0+ 默认用 caching_sha2_password）。
- 先确认报错完整信息：
Access denied for user 'u'@'x.x.x.x'中的x.x.x.x是客户端真实 IP，如果显示localhost，说明客户端走的是 socket 文件而非 TCP，压根没走网络 - MySQL 8.0+ 用户若用老版本客户端（如旧版 MySQL Workbench、某些 Python MySQL 驱动），可能因认证插件不支持而拒绝连接；临时解决可改用
mysql_native_password：ALTER USER 'appuser'@'%' IDENTIFIED WITH mysql_native_password BY 'mypass'; - 使用
mysql -h server_ip -u appuser -p测试时，确保-h后跟的是服务器对外 IP，不是localhost或127.0.0.1；Mac 上还可能因/etc/hosts把域名解析到本地，导致绕过网络
真正卡住人的地方往往不在 MySQL 配置本身，而在 bind-address、防火墙、安全组、用户 host 四者之间存在“断点”。挨个验证时，建议用 telnet server_ip 3306 先测端口通不通——不通就停在这一步，别急着翻 MySQL 日志。
