MySQL的bind-address不支持多IP绑定，仅允许单个IP或0.0.0.0；需通过0.0.0.0配合用户权限、防火墙策略及SELinux配置实现多地址访问需求。
bind-address 只支持单个 IP 或 0.0.0.0，不能写多个地址
MySQL 的 bind-address 配置项本质上不支持逗号分隔或数组式多地址绑定。你写成 bind-address = 192.168.1.10,127.0.0.1 或 bind-address = ["127.0.0.1","192.168.1.10"] 会导致 mysqld 启动失败，错误日志里通常出现：Invalid argument 或直接拒绝加载配置。
根本原因是 MySQL 内部调用的是 bind() 系统调用，它只接受一个 sockaddr 地址结构 —— 即单一 IP（或通配符 0.0.0.0）。
- 设为
127.0.0.1：只响应本地回环请求，外部连不上 - 设为具体内网 IP（如
192.168.1.10）：只监听该网卡，其他网卡（包括 localhost）收不到连接 - 设为
0.0.0.0：监听本机所有 IPv4 接口，但需配合防火墙和user@host权限控制访问范围
想让 MySQL 同时响应 localhost 和某个内网 IP？用 0.0.0.0 + 权限控制
没有“监听多个指定 IP”的原生方案，但实际需求往往是“允许本地调试 + 允许某几台机器连”，这时靠 bind-address = 0.0.0.0 搭配细粒度账号权限更可靠、也更符合 MySQL 的设计逻辑。
- 在
my.cnf中设置：bind-address = 0.0.0.0 - 重启 MySQL：
sudo systemctl restart mysql（或mysqld） - 创建带 host 限制的用户，例如：
CREATE USER 'app'@'192.168.1.%' IDENTIFIED BY 'pwd'; - 禁止任意主机登录：
DROP USER ''@'%';（清理匿名用户） - 确保系统防火墙放行 3306，但只允许可信子网，比如：
ufw allow from 192.168.1.0/24 to any port 3306
这样既满足多地址访问场景，又避免了用 127.0.0.1 导致应用容器/远程调试连不上，也绕开了 bind-address 的硬限制。
IPv6 场景下 bind-address 要单独处理
如果服务器启用了 IPv6，且你希望同时支持 IPv4 和 IPv6 连接，bind-address = 0.0.0.0 并不会自动监听 ::（IPv6 通配）。MySQL 默认只做 IPv4 bind，除非显式配置 bind-address = :: 或 bind-address = *（5.7.11+ 支持 * 表示双栈，但行为依赖编译选项和系统支持）。
-
bind-address = ::：只监听 IPv6，IPv4 连接会被拒绝（即使映射开启） -
bind-address = *：MySQL 尝试双栈监听，但某些发行版打包版本会忽略它，回退到 IPv4-only - 稳妥做法：用
0.0.0.0+ 确保skip-networking = OFF+ 检查netstat -tlnp | grep :3306输出是否含*:3306（表示 IPv4）和:::3306（表示 IPv6）
改完 bind-address 启不来？先检查 SELinux 和防火墙
常见启动失败不是配置写错，而是系统级拦截。尤其在 CentOS/RHEL 上，SELinux 默认阻止 mysqld 绑定非标准地址；Ubuntu/Debian 则常因 ufw 或 netfilter 规则导致端口无法暴露。
- 临时禁用 SELinux 测试：
sudo setenforce 0，再试启动 - 确认 mysqld 有网络绑定权限：
sudo semanage permissive -a mysqld_t（如需永久放行） - 检查端口是否被占用：
sudo lsof -i :3306或sudo ss -tlnp | grep :3306 - 查看错误日志真实原因：
sudo tail -20 /var/log/mysql/error.log，重点找Can't start server: Bind on TCP/IP port类提示
bind-address 是个开关，但真正卡住你的，往往是它背后的系统权限链和网络策略。改之前先看日志，比反复试配置高效得多。
