Nginx怎样优化TCP连接
想让Nginx在高并发场景下跑得更快、更稳？优化TCP连接是关键一步。这不仅仅是调几个参数那么简单，而是需要从内核参数、进程模型到应用层协议进行系统性的调整。下面，我们就来梳理一下那些经过实践检验的常见优化方法。
调整TCP参数
首先得从TCP协议本身入手。Nginx提供了一些指令，可以直接影响底层TCP连接的行为。
tcp_nopush：这个选项很有意思。启用它之后，Nginx会尝试把多个准备发送的小数据包“攒”在一起，合并成一个大的数据包再发出去。这能有效减少网络上的数据包数量，对于提升传输效率、降低网络层开销很有帮助。tcp_nodelay：和上面相反，这个指令是为了“快”。它会禁用Nagle算法，允许小数据包立即发送，而不是等待合并。这在需要低延迟交互的场景（如实时应用）中至关重要，能显著减少发送延迟。keepalive_timeout：这个值决定了TCP连接在空闲多久后被关闭。设置得太长，会白白占用服务器资源；太短，又可能导致频繁重建连接。根据业务流量模式，适当调低这个值，可以更快地释放闲置连接，让资源用在刀刃上。keepalive_requests：它限制了一个TCP连接上能处理多少个HTTP请求。超过这个数量，连接就会被关闭并重建。这有助于防止长时间连接可能带来的内存泄漏等问题，保持连接池的健康。
调整工作进程
Nginx的卓越性能，很大程度上得益于其多进程模型。合理配置是发挥其威力的前提。
worker_processes：这个指令通常建议设置为与服务器CPU核心数相同。这样，每个核心都能被一个工作进程充分利用，实现真正的并行处理。当然，如果进程需要处理大量磁盘I/O等阻塞操作，也可以考虑设置为核心数的1.5到2倍。worker_connections：它定义了每个工作进程能够同时处理的最大连接数。这个值直接决定了Nginx的并发处理能力上限。设置时需要考虑系统的文件描述符限制，一个通用的经验公式是：最大并发连接数 =worker_processes×worker_connections。
调整缓冲区大小
缓冲区是数据的中转站，大小不合适会成为性能瓶颈。
client_body_buffer_size：用于读取客户端请求体（比如POST提交的数据）。如果设置过小，Nginx会先将数据写入临时文件，增加磁盘I/O；过大则会浪费内存。需要根据典型请求体大小来权衡。client_header_buffer_size：处理客户端请求头的缓冲区。绝大多数请求头都很小，默认值通常够用。large_client_header_buffers：这是为那些“超常发挥”的请求头（例如包含大量Cookie）准备的备用缓冲区。需要指定缓冲区的数量和每个的大小，以应对极端情况。
启用TCP Fast Open
这是一个“黑科技”级别的优化。tcp_fastopen功能可以在TCP三次握手完成之前就开始传输数据，相当于把握手和第一次数据传输合并了。对于短连接频繁的场景，这能显著降低延迟。不过，需要操作系统内核和客户端的共同支持。
调整文件描述符限制
这是一个经常被忽略的系统级配置。每个TCP连接都会消耗一个文件描述符。如果系统限制太低，当并发连接数上去后，Nginx就会报“too many open files”错误。使用ulimit -n命令检查当前限制，并确保为Nginx进程设置足够高的值，这是支撑高并发的基石。
使用HTTP/2
如果条件允许，强烈建议启用HTTP/2。它最大的好处是“多路复用”：在一个TCP连接上可以并行交错地传输多个请求和响应，彻底解决了HTTP/1.1的队头阻塞问题。这意味着更少的TCP连接数、更低的连接建立开销，以及更快的页面加载速度。
负载均衡优化
当Nginx作为负载均衡器时，选择正确的调度算法直接影响后端集群的稳定性。
- 默认的
round_robin（轮询）简单公平，但可能忽略后端服务器的实际负载。 least_conn（最少连接）算法会将新请求发给当前连接数最少的后端，更符合负载均衡的初衷，能更好地分配压力，尤其在后端服务器性能不均时效果更明显。
SSL/TLS优化
对于HTTPS服务，SSL/TLS握手是性能消耗大户。有几个优化点可以关注：启用会话缓存，让客户端在短时间内重连时能复用之前的会话密钥，跳过非对称加密计算；开启OCSP Stapling，由服务器主动提供证书状态证明，避免客户端再去查询，进一步缩短握手时间。
监控和日志
最后，别忘了“可观测性”。任何优化都不是一劳永逸的。启用适当的访问日志、错误日志，并结合监控工具（如Nginx Status模块、Prometheus等）持续观察连接数、请求延迟、错误率等关键指标。只有通过监控，你才能发现真正的瓶颈，并验证优化措施是否生效。
如何实施与注意事项
上述优化都需要在Nginx的配置文件（通常是nginx.conf）中进行调整。修改完成后，通过nginx -s reload平滑重载配置，或者重启服务使更改生效。
需要特别提醒的是，优化没有放之四海而皆准的模板。最合适的参数值，严重依赖于你的具体业务场景、流量特征和硬件资源。因此，在进行任何重要的生产环境变更前，务必在测试环境中进行充分的压测和验证，观察系统在极限压力下的表现，避免因配置不当引发新的问题。
