3. Socket缓冲区调优：tcp_rmem与tcp_wmem原理、动态调整缓冲区大小、通过sysctl优化socket内存
Socket缓冲区，说白了就是TCP协议栈在内存里给每个连接划的一块“临时停车场”。数据到了，先停在这儿；应用层来取了，再开走。这块停车场划多大、怎么动态伸缩，直接决定了你的网络吞吐和延迟表现。
我刚开始做网络调优那会儿，总觉得缓冲区越大越好。结果有一次线上服务内存直接被打满，OOM Killer把主进程给杀了……嗯，从那以后我再也不敢乱设缓冲区了。
3.1 tcp_rmem与tcp_wmem：三个数字的秘密
先看两个核心参数。它们都在 /proc/sys/net/ipv4/ 目录下，每个参数由三个值组成：最小值、默认值、最大值。单位是字节。
| 参数 | 含义 | 典型值（64位系统） |
|---|---|---|
tcp_rmem |
TCP接收缓冲区 | 4096 131072 6291456 |
tcp_wmem |
TCP发送缓冲区 | 4096 16384 4194304 |
这三个数字分别对应：
- 最小值：每个socket创建时保证分配的最小缓冲区。低于这个值，内存分配会失败。
- 默认值：socket创建时的初始缓冲区大小。应用层不调用SO_RCVBUF/SO_SNDBUF时就用这个。
- 最大值：缓冲区能动态增长的上限。超过这个值，内核会触发流控或丢包。
核心逻辑：缓冲区大小不是固定的，内核会根据实际流量动态调整。最小值保证可用，默认值覆盖大多数场景，最大值防止内存被单个连接耗尽。
3.2 动态调整缓冲区大小：内核怎么“自动挡”
你想想看，如果每个连接都固定分配4MB缓冲区，一万个连接就是40GB内存。这谁扛得住？所以内核搞了一套动态调整机制。
接收端的调整逻辑是这样的：
- socket创建时，分配
tcp_rmem[1]（默认值）的缓冲区。 - 如果应用层读取速度跟不上接收速度，缓冲区开始积压数据。
- 内核监测到积压，自动扩大缓冲区，最多到
tcp_rmem[2]（最大值）。 - 如果应用层读得快，缓冲区空闲，内核会收缩回去。
发送端类似，但触发条件是发送队列堆积。我记得有一次调优Web服务器，发现短连接场景下缓冲区根本来不及动态增长连接就关闭了。这时候直接设大默认值反而更有效。
个人经验：动态调整对长连接（如数据库连接池、消息队列）效果明显。对短连接（如HTTP/1.0），建议直接调大默认值，省去动态调整的开销。
3.3 通过sysctl优化socket内存
光调单个缓冲区还不够，你得管住所有socket的总内存消耗。下面这几个参数是“总闸”：
| 参数 | 作用 | 建议值 |
|---|---|---|
tcp_mem |
TCP全局内存上限（页数） | 按物理内存计算 |
tcp_moderate_rcvbuf |
是否启用接收缓冲区自动调节 | 1（启用） |
tcp_adv_win_scale |
接收窗口与缓冲区比例 | 2（默认） |
tcp_mem 也是三个值：无压力阈值、压力阈值、最大值。当所有TCP连接占用的内存超过压力阈值，内核会开始强制收缩缓冲区。
我一般这样算：
# 物理内存8GB，预留2GB给系统和其他进程
# 剩余6GB给TCP，约1,572,864页（每页4KB）
# 三个值分别设为：80%、90%、100%
echo "1258291 1415578 1572864" > /proc/sys/net/ipv4/tcp_mem避坑指南：我曾经把 tcp_mem 最大值设得比物理内存还大，结果内存压力下系统开始频繁swap，延迟飙升到秒级。记住：tcp_mem 是硬上限，别超过物理内存减去系统预留后的值。
3.4 实战调优：一个典型的sysctl配置
下面是我在16GB内存、处理10万并发连接的服务上用的配置：
# 接收缓冲区：最小4KB，默认256KB，最大8MB
net.ipv4.tcp_rmem = 4096 262144 8388608
# 发送缓冲区：最小4KB，默认64KB，最大4MB
net.ipv4.tcp_wmem = 4096 65536 4194304
# 启用自动调节
net.ipv4.tcp_moderate_rcvbuf = 1
# TCP全局内存：12GB留给TCP
# 三个值：无压力9.6GB，压力10.8GB，最大12GB
net.ipv4.tcp_mem = 2516582 2831155 3145728
# 接收窗口比例，影响吞吐
net.ipv4.tcp_adv_win_scale = 2为什么默认值设这么大？因为10万连接里大部分是长连接，动态调整能跑满带宽。如果是短连接场景，我会把默认值降到32KB，减少内存浪费。
3.5 知识体系：Socket缓冲区调优全景
下面这张图把整个调优逻辑串起来了。你一看就明白：
从图上你能看到：tcp_rmem 和 tcp_wmem 管的是单个连接的缓冲区，tcp_mem 管的是全局总账。动态调整机制在中间做“自动挡”切换。最终目标就三个：吞吐要高、延迟要低、内存别爆。
3.6 验证调优效果
调完了怎么知道有没有用？我一般用三步验证：
- 查看当前值：
sysctl net.ipv4.tcp_rmem net.ipv4.tcp_wmem net.ipv4.tcp_mem - 监控实际使用：
ss -m看每个socket的缓冲区占用，nstat -az | grep Tcp看全局统计。 - 压测对比：用
iperf3或 wrk 跑一下，看吞吐和延迟有没有改善。
一个小技巧：用 ss -m 看 skmem 字段，里面包含了接收和发送缓冲区的实际分配大小。如果大部分连接都远小于最大值，说明动态调整在正常工作。
调优不是一锤子买卖。你想想看，业务流量在变，硬件在升级，内核版本也在更新。我每半年会重新审视一次这些参数，确保它们还匹配当前的业务模型。