应优先选择host模式或macvlan等低开销网络驱动，统一MTU避免分片，关闭bridge-nf-call-iptables减少内核路径冗余，并用Unix socket替代本地TCP通信。
容器间通信高延迟，往往不是应用本身的问题，而是网络接口层的配置失配或路径冗余导致。关键不在“换工具”，而在“理通路”——让数据包走最短、最直、最可控的路径。
选对网络驱动，避开默认桥接陷阱
bridge 模式虽方便，但每跳都经过 veth pair + iptables + NAT，延迟天然偏高。生产环境应按场景主动选择：
-
同主机高频通信：直接用
--network host，容器共享宿主机网络栈，零虚拟化开销，延迟可压至微秒级 -
跨主机低延迟需求：弃用 overlay，改用
macvlan或ipvlan，为容器分配真实二层地址，绕过 VXLAN 封装与解封装 - 需服务发现+策略控制：选用 Calico（BGP 模式）而非 Flannel（VXLAN 模式），减少隧道层数，避免 MTU 截断引发分片重传
调准 MTU，堵住隐性丢包源头
MTU 不匹配是静默性能杀手。物理网卡 MTU=1500，而 overlay 默认 VXLAN MTU=1450；若中间设备（如交换机、防火墙）不支持 jumbo frame，就会触发分片，P99 延迟翻倍。
minimax-mcp-docker版（适配极空间）
下载
MiniMax 图片理解 + 网络搜索 MCP 工具。适配 Docker 环境（极空间等），支持图片 OCR 识别、图像内容理解、网络搜索。API Key 安全存储在本地 credentials 文件，不暴露在代码中。
- 统一所有节点物理网卡 MTU：
ip link set dev eth0 mtu 1500 - 创建网络时显式指定 MTU：
docker network create --opt com.docker.network.driver.mtu=1450 my-overlay - 验证是否生效：
docker network inspect my-overlay | grep mtu，确认值与预期一致
精简内核路径，关掉无效转发链
Linux 桥接流量若被 iptables 多次遍历，会显著拖慢转发。尤其在启用 bridge-nf-call-iptables=1 时，bridge 流量也会进 netfilter，造成冗余匹配。
- 关闭桥接流量 iptables 遍历：
sysctl -w net.bridge.bridge-nf-call-iptables=0 - 确保 IP 转发开启：
sysctl -w net.ipv4.ip_forward=1（跨主机必需） - 启用网卡卸载能力：
ethtool -K eth0 tso on gso on lro on，把 TCP 分段、校验和等交给硬件处理
用 Unix Socket 替代 TCP，消灭本地通信开销
同一宿主机上两个容器（如 Nginx ↔ PHP-FPM），完全没必要走 IP 协议栈。Unix domain socket 直接内存拷贝，延迟降低 80% 以上，且无端口冲突与连接跟踪负担。
- Nginx 配置改为：
fastcgi_pass unix:/var/run/php-fpm.sock; - Docker Compose 中挂载同一 volume：
volumes: - ./socket:/var/run - 确保 PHP-FPM 监听该 socket 并设权限可读写：
listen.owner = www-data
