bind-address = 0.0.0.0 仅使 MySQL 绑定到所有 IPv4 接口，但能否远程连接还需防火墙放行、用户权限配置（如 'user'@'%'）、云安全组开通3306端口及容器网络正确桥接等多重条件配合。
直接改 bind-address = 0.0.0.0 就行，但仅靠这一步无法真正“监听所有网络接口”——它只是让 MySQL 调用 bind() 时传入通配地址，后续是否可达、是否被允许连接，全看防火墙、用户权限和系统网络栈配置。
为什么 bind-address = 0.0.0.0 不等于“开箱即用”
MySQL 启动时只做一次 bind() 系统调用，参数是单个 sockaddr_in 结构。写成 0.0.0.0 表示“绑定到所有 IPv4 接口”，但不控制：
- 内核是否把包路由到该 socket（比如防火墙
iptables或firewalld拦截了） - MySQL 用户表里有没有对应
'user'@'client_ip'的记录（%是通配，但不是万能钥匙） - 云服务器的安全组是否放行了
3306入方向 - Docker 或 Kubernetes 环境下，容器网络是否桥接到宿主机网卡
实际生效的三步检查清单
改完配置后别急着测试，按顺序确认：
- 执行
sudo systemctl restart mysql（或mysqld），再运行sudo ss -tlnp | grep :3306，输出里必须有*:3306或0.0.0.0:3306—— 如果只看到127.0.0.1:3306，说明配置没加载或被其他文件覆盖 - 查
my.cnf加载路径：mysql --help | grep "Default options" -A 1，确保你改的是 MySQL 实际读取的那个文件（常见坑：改了/etc/mysql/my.cnf，但 MySQL 加载的是/etc/mysql/mysql.conf.d/mysqld.cnf） - 确认没有
skip-networking = 1同时存在 —— 这个选项优先级高于bind-address，设了就彻底禁 TCP
bind-address = 0.0.0.0 的典型翻车场景
看似简单，但线上最常出问题的不是配置本身，而是配套没跟上：
- CentOS 7/8 默认启用
firewalld，光改bind-address不加firewall-cmd --permanent --add-port=3306/tcp，连内网机器都连不上 - MySQL 8.0+ 默认关闭
root远程登录，即使bind-address = 0.0.0.0，CREATE USER 'root'@'%' IDENTIFIED BY 'xxx'和FLUSH PRIVILEGES也得手动补上 - Ubuntu 22.04+ 安装的 MySQL 可能默认启用了
apparmor，限制了网络绑定行为，需检查/etc/apparmor.d/usr.sbin.mysqld是否放行network inet stream - 某些云主机（如阿里云 ECS）绑定了弹性公网 IP，但安全组没开 3306，结果
netstat显示监听成功，telnet your_ip 3306却超时
真正决定“能不能连”的从来不是 bind-address 这一行，而是它背后那一整套网络与权限链路。改完之后，务必逐层验证：socket 层 → 防火墙层 → MySQL 权限层 → 云网络层。
