Docker容器连接本地数据库快，连接云数据库极慢的调试求助

看起来你已经做了非常细致的测试，从场景对比能明确锁定问题出在**容器化环境（Docker/GAE Flex）**里——直接在虚拟机/本地跑PHP应用完全正常，一进容器就连远程DB慢到离谱。咱们从网络底层到应用层一步步来排查：

1. 先抓包看TCP连接的细节 #

这是定位网络问题最直接的方法，在容器里用tcpdump抓取和远程DB的交互包，对比主机上的抓包结果：

# 在容器内执行，替换成你的远程DB IP
tcpdump -i any host 192.168.x.x and port 3306

重点看：

• TCP三次握手的耗时（SYN→SYN-ACK→ACK的间隔）
• 有没有出现TCP重传、延迟ACK的情况
• 数据传输阶段的包间隔是否过大

如果握手阶段就慢，大概率是Docker网络栈的转发问题；如果握手快但数据传输慢，就要看PHP/Apache的配置了。

2. 切换Docker网络模式测试 #

默认的bridge模式会做NAT转发，有时候会有性能损耗，你可以试试host模式（Linux主机直接用，Mac的Docker因为是虚拟机，host模式指的是虚拟机的网络）：

docker run --network host [你的镜像名]

如果切换后连接速度正常，那说明是bridge模式的网络转发导致的，接下来可以调整Docker的网络内核参数，比如开启TCP连接复用：

# 在主机上执行，修改后重启Docker
echo "net.ipv4.tcp_tw_reuse=1" >> /etc/sysctl.conf
sysctl -p
systemctl restart docker

3. 检查PHP与Apache的网络相关配置 #

PHP侧： #

• 确认php.ini里的default_socket_timeout是不是设置得过大（不过你直接跑PHP没问题，大概率不是这个，但还是核对下）
• 试试关闭PDO/mysqli的持久化连接，容器环境里的持久化连接可能因为网络隔离出现异常，比如把PDO::ATTR_PERSISTENT设为false

Apache侧： #

• 检查apache2.conf里的KeepAlive配置，比如KeepAliveTimeout是不是太长，或者MaxKeepAliveRequests设置不合理导致连接堆积
• 查看Apache的MPM模式（prefork/event），如果是prefork模式，进程数过多可能导致网络资源竞争，试试调整mpm_prefork.conf里的StartServers、MaxRequestWorkers参数

4. 调整容器内的TCP内核参数 #

Docker容器默认继承主机的内核参数，但有些参数可能没生效，你可以在容器里检查并修改这些关键TCP参数：

# 查看慢启动参数，默认是300秒，空闲过久的连接会重新进入慢启动
sysctl net.ipv4.tcp_slow_start_after_idle
# 临时修改为0，关闭空闲后的慢启动
sysctl -w net.ipv4.tcp_slow_start_after_idle=0

# 禁止保存TCP连接的metrics，避免影响新连接
sysctl -w net.ipv4.tcp_no_metrics_save=1

修改后再测试DB连接速度，如果有效，可以把这些参数加到主机的sysctl.conf里，让容器默认继承。

5. 测试容器内的基础网络连通性 #

先排除基础网络链路的问题：

• 用ping <远程DB IP>对比容器和主机的延迟，如果容器里ping延迟明显更高，那是网络链路问题
• 用nc -zv <远程DB IP> 3306测试端口连通性，感受连接建立的速度
• 用wget从远程服务器下载一个小文件，测试带宽是否正常

6. GAE Flex环境额外排查 #

如果你用的是GAE Flex，它的容器网络由Google管理，额外检查：

• 是否配置了VPC peering，让GAE Flex的网络和Cloud SQL/RDS的网络在同一个VPC内，走内部网络会快很多
• 检查app.yaml里的network和subnetwork配置，确保和DB在同一个区域网络

从你的测试结果来看，最大概率是容器化环境下的TCP网络参数不合理（比如默认的TCP慢启动导致重新连接时速度骤降），或者Docker bridge模式的NAT转发开销。你可以先从切换host模式开始测试，快速定位问题根源，再针对性调整参数。

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