MariaDB远程连接间歇性中断问题求助（Debian Server A/B环境）

我来帮你一步步拆解这个「Server has gone away」的棘手问题——结合你怀疑iptables的方向，咱们从最可能的点开始排查：

一、先确认iptables是否是核心诱因 #

你贴的iptables规则没完整显示，先补全信息并做针对性检查：

• 先执行iptables -L -n -v（-n显示纯IP避免域名解析干扰，-v能看到流量统计），重点看Server A的INPUT链里，是否有明确允许Server B的IP/网段访问3306端口的规则，正常应该是类似这样的：

  ACCEPT     tcp  --  192.168.x.x/24  0.0.0.0/0            tcp dpt:3306
  

• 检查是否有连接超时相关的iptables配置：比如基于conntrack模块的规则，可能会主动切断长时间空闲的连接。你可以用sysctl net.netfilter.nf_conntrack_tcp_timeout_established查看默认超时（一般是5天，但如果被修改成几分钟就会出问题）。
• 做临时测试验证：在Server A上执行iptables -I INPUT -s [Server B的IP] -p tcp --dport 3306 -j ACCEPT（把这条规则放到最前面），然后观察Server B的连接是否还会频繁断开。如果临时规则生效，说明原来的iptables规则要么有遗漏，要么优先级设置有问题。

二、排除MariaDB本身的配置坑 #

虽然本地连接正常，但远程连接的配置逻辑不一样，也要检查：

• 打开MariaDB的配置文件（/etc/mysql/my.cnf或者/etc/mysql/my.cnf.d下的子文件），查看wait_timeout和interactive_timeout参数：远程连接默认用wait_timeout，而本地localhost连接一般用interactive_timeout，如果wait_timeout设置得太短（比如60秒），空闲连接会被MariaDB主动关闭，就会触发报错。建议把这两个值统一设置成300秒以上（比如1800秒）。
• 检查远程用户的权限限制：确认你给Server B授权的用户（比如dbuser@192.168.x.x）没有被设置MAX_USER_CONNECTIONS或MAX_CONNECTIONS_PER_HOUR这类限制，避免达到上限后被拒绝连接。
• 查看MariaDB的错误日志（默认在/var/log/mysql/error.log），搜索Aborted connection关键词，里面会记录连接断开的具体原因，是主动关闭还是被动中断，能帮你缩小范围。

三、排查网络链路的隐性问题 #

除了iptables，中间网络设备也可能搞事情：

• 在Server B上持续测试网络连通性：用ping [Server A IP] -t（Linux下是ping -t [Server A IP]）跑一段时间，看是否有丢包；用telnet [Server A IP] 3306保持连接，观察是否会突然断开，判断是网络链路问题还是应用层问题。
• 如果是云服务器，别忘了检查云服务商的安全组规则：很多人只看系统层面的iptables，忽略了云安全组，它也可能拦截3306端口的连接，或者设置了连接超时时间。
• 调整TCP保活参数：在Server A上执行sysctl net.ipv4.tcp_keepalive_time查看默认值（一般是7200秒），建议改成300秒，让系统主动发送保活包维持空闲连接，避免被中间路由器/防火墙断开。修改后可以用sysctl -p生效。

四、检查Server B上Apache2的连接池配置 #

如果Server B的Apache2用了数据库持久连接（比如PHP的PDO/mysqli持久化），也可能是连接复用的问题：

• 比如PHP的mysqli.allow_persistent如果开启了，当连接被MariaDB或iptables断开后，Apache2的进程还会尝试复用这个无效连接，就会触发报错。可以临时关闭持久连接测试，或者配置连接池的健康检查逻辑，自动剔除无效连接。
• 查看Apache2的错误日志（/var/log/apache2/error.log），结合MariaDB的日志一起分析，看是否有连接断开时的关联报错信息。

内容的提问来源于stack exchange，提问作者Arkadiusz