MySQL不支持bind-address绑定多个IP（8.0.13+虽支持逗号分隔列表但生产极少可用），应采用bind-address=0.0.0.0配合用户权限控制与防火墙策略实现安全多地址访问。
MySQL 本身不支持 bind-address 绑定多个 IP 地址（除 8.0.13+ 的有限多 IP 列表外），生产环境应放弃“配置多 IP”的幻想，改用 bind-address = 0.0.0.0 + 权限控制 + 防火墙策略组合实现安全的多地址访问。
bind-address = 192.168.1.100,10.0.2.15 在大多数生产 MySQL 上会直接启动失败
虽然 MySQL 官方文档提到 8.0.13+ 支持逗号分隔的 IPv4/IPv6 地址列表，但实际生产中极少能用上：
- 你运行的
SELECT VERSION();很可能返回8.0.33或8.0.28—— 这些版本默认**未启用**多地址列表语法，配置后 mysqld 启动时会报错Invalid argument或unknown variable 'bind-address=' - 即使版本达标，列表中每个 IP 都必须已真实配置在某块网卡上（
ip addr show能查到），且不能含空格、引号、通配符（如0.0.0.0或localhost） - 运维自动化脚本、容器镜像、云厂商预装包几乎都不测试该特性，上线前极易翻车
为什么 bind-address 根本就不能“多绑”？
这不是 MySQL 的 bug 或限制，而是操作系统层面的约束：
- MySQL 调用的是
bind()系统调用，它只接受一个sockaddr结构体 —— 即单一地址或通配符（0.0.0.0） - 所谓“监听多个 IP”，本质是让内核把发往这些 IP 的 TCP 包都投递给同一个 socket；这由内核路由和网络栈完成，不是 MySQL 自己干的
- MySQL 8.0.13+ 的多地址列表只是启动时循环调用多次
bind()创建多个 socket，但每个 socket 仍只绑定一个 IP，且要求每个 IP 都可路由可达
生产推荐方案：0.0.0.0 + user@host + 防火墙三重控制
这才是稳定、可审计、易维护的做法：
- 配置文件中明确写：
bind-address = 0.0.0.0（确保skip-networking = OFF） - 创建带 host 限定的用户，例如：
CREATE USER 'app'@'192.168.1.100' IDENTIFIED BY 'pwd';，或用子网：'app'@'192.168.1.%' - 禁用匿名用户：
DROP USER ''@'%';，并清理'root'@'%'（保留'root'@'localhost'即可） - 系统级防火墙只放行可信源：
ufw allow from 192.168.1.0/24 to any port 3306，或iptables -A INPUT -s 10.0.2.15 -p tcp --dport 3306 -j ACCEPT
验证监听是否真生效，别信配置文件写了就完事
改完配置、重启 systemctl restart mysql 后，唯一可信的验证方式是检查系统 socket：
sudo ss -tlnp | grep :3306
你期望看到的是：
-
*:3306表示监听所有 IPv4 接口（即0.0.0.0:3306） - 如果看到
127.0.0.1:3306或192.168.1.100:3306，说明配置没生效或被其他配置覆盖（比如!include引入的文件、多个[mysqld]段） - 注意：MySQL 不会因为
bind-address = 0.0.0.0就自动监听 IPv6；若需双栈，得额外确认系统是否启用net.ipv6.conf.all.disable_ipv6 = 0，且 MySQL 编译支持
最常被忽略的一点：设成 bind-address = 0.0.0.0 后，MySQL 仍会拒绝连接，除非对应用户的 host 字段匹配客户端真实来源 IP —— 这个匹配发生在 TCP 连接建立之后，是 MySQL 内部权限校验，和 bind-address 无关。所以连不上时，先查 SELECT User,Host FROM mysql.user;，再查防火墙，最后才看 bind-address。
