数据库高并发读写网络规划需区分公网私网角色：私网承载集群内同步与事务协调，带宽须匹配节点规模并禁用共享网络；公网仅作轻量代理，严禁直连数据库端口，连接模型与安全可观测性必须深度嵌入设计。
数据库高并发读写对网络规划不是“带宽越大越好”，而是要分清流量走向、隔离风险、匹配瓶颈。公网和私网承担的角色完全不同，错配会导致延迟飙升、连接打满甚至安全暴露。
私网带宽必须跑满数据库集群内通信需求
主从同步、分片路由、分布式事务协调都走内网，这部分流量大且敏感。比如TiDB或MongoDB分片集群，节点间每秒可能产生数百MB的元数据同步与查询分发流量。
- 单节点间内网带宽建议不低于2Gbps，集群规模超10节点时需升级至10Gbps（避免跨交换机转发引入微秒级抖动）
- 使用RDMA或弹性RoCE网络（如阿里云极客版实例），可将跨节点P99延迟压到5μs以内，这对强一致事务很关键
- 禁用共享型私网，所有数据库节点必须部署在同一可用区+同一VPC子网，绕过网关跳转
公网入口只做轻量代理，绝不直连数据库
高并发场景下，任何直接暴露MySQL端口（3306）或Redis端口（6379）到公网的行为都是高危操作。真实请求应全部收敛到应用层网关。
- Web/API服务用Nginx或API网关承接公网请求，再通过私网IP+短连接访问数据库（连接池控制在200以内）
- 需要外部直连的管理类需求（如DBA巡检），走跳板机+SSH隧道或云厂商提供的加密数据库代理（如AWS RDS Proxy）
- 公网带宽按应用层QPS预估：1万QPS的读写混合业务，公网出口只需100–300Mbps；重点不是带宽值，而是连接数限制和DDoS防护能力
连接模型决定网络资源分配逻辑
不同读写模式对连接建立、维持、释放的压力差异极大，直接影响网卡队列、TIME_WAIT堆积、连接跟踪表大小等底层参数。
- 短连接高频场景（如HTTP API调用MySQL）：启用TCP Fast Open + 调小tcp_fin_timeout，避免端口耗尽；内核net.ipv4.ip_local_port_range设为1024–65535
- 长连接池场景（如Java应用用HikariCP）：关注net.netfilter.nf_conntrack_max，建议设为50万以上，并开启conntrack hash优化
- Redis集群直连弹幕类业务：客户端必须支持连接复用+自动重试，禁止每个请求新建连接；私网DNS解析务必关闭轮询（用固定VIP或SRV记录）
安全与可观测性必须嵌入网络层
高并发不是只拼吞吐，还要稳住链路质量。丢包率＞0.1%、重传率＞2%，就会让MySQL半同步复制频繁降级，Redis pipeline响应毛刺明显。
- 在私网交换机侧开启sFlow或NetFlow采样，监控数据库节点间RTT、丢包、重传指标
- 公网入口配置WAF+CC防护策略，限制单IP每秒新建连接数≤50，防慢连接攻击打穿连接池
- 所有数据库访问路径强制走VPC流日志（如AWS VPC Flow Logs），便于回溯异常SQL来源IP和延迟分布
