2. Docker 网络基础：容器网络模式、端口映射与容器间通信原理

在深入分析连接池参数对慢查询响应的影响之前，必须首先理解 Docker 的网络基础。容器的网络模式决定了数据包的路径、延迟和吞吐量，这些因素会直接影响数据库连接池中连接的建立、复用和超时行为。本节将系统梳理 Docker 的三种核心网络模式、端口映射机制以及容器间通信的原理。

2.1 核心网络模式对比

Docker 提供了多种网络模式，每种模式对网络性能、隔离性和可访问性有不同的影响。在生产环境中，选择正确的网络模式是优化数据库连接池性能的第一步。

2.2 Bridge 模式：默认隔离与端口映射

Bridge 模式是 Docker 的默认网络模式。Docker 守护进程在宿主机上创建一个名为 docker0 的虚拟网桥，所有连接到 bridge 网络的容器都通过该网桥进行通信。容器拥有独立的网络命名空间，包括自己的 lo 接口和 eth0 接口。

端口映射机制： 要使外部客户端能够访问 bridge 网络中的容器，必须使用 -p 或 --publish 参数进行端口映射。Docker 通过 iptables 的 DNAT 规则，将宿主机端口上的入站流量转发到容器 IP 的指定端口。

# 将宿主机的 3306 端口映射到容器的 3306 端口
docker run -d --name mysql-bridge -p 3306:3306 mysql:8.0

# 映射到随机宿主机端口
docker run -d --name mysql-bridge -p 3306 mysql:8.0

2.3 Host 模式：零网络开销

在 host 模式下，容器直接使用宿主机的网络命名空间，不会创建独立的网络栈。这意味着容器内的应用可以直接绑定到宿主机 IP 和端口，无需端口映射，也没有 NAT 转换的开销。

# 使用 host 模式运行 MySQL 容器
docker run -d --name mysql-host --network host mysql:8.0

# 注意：无需 -p 参数，容器直接使用宿主机端口

2.4 Overlay 模式：跨主机容器通信

Overlay 网络是 Docker Swarm 和 Kubernetes 等容器编排平台的核心网络方案。它通过 VXLAN 隧道技术，在多个宿主机之间创建一个虚拟的二层网络，使得分布在不同物理节点上的容器可以像在同一个局域网内一样直接通信。

2.5 容器间通信原理

理解容器间通信的底层机制，有助于诊断连接池相关的网络问题。Docker 容器间通信主要依赖以下几种机制：

1. 同一 bridge 网络内的容器通信： 通过 docker0 网桥直接转发，容器之间可以通过 IP 地址或容器名称（需启用 --link 或自定义网络）互相访问。
2. 跨 bridge 网络的容器通信： 默认隔离，需要通过端口映射到宿主机，或使用 --link 建立连接（已废弃，推荐使用自定义网络）。
3. 自定义 bridge 网络： 提供内置 DNS 解析，容器可以通过服务名互相访问，无需依赖 IP 地址。
4. host 模式下的通信： 容器直接使用宿主机网络栈，通过 localhost 或宿主机 IP 进行通信。

2.6 网络模式选择对连接池性能的影响总结