搜索「代理缓存」，找到 6 条相关内容
-
Nginx 调优别只改 worker_connections，先弄明白瓶颈在哪
Nginx 扛不住并发，多数时候不是参数没调够，而是 worker 进程数、连接数和系统文件句柄没对齐，比如 4 核机器把 worker_processes 设成 2，白白浪费一半 CPU。worker_connections 与 worker_rlimit_nofile 该怎么配，keepalive 和 gzip 在什么场景反而拖慢响应，什么情况下该换机器而不是继续改配置，这些我都按场景分开讲。你的瓶颈到底在软件还是硬件，看完能自己判断。
-
Nginx 调优别只盯着 worker 数：几个决定吞吐的隐藏参数
同一台 8 核 16G 的机器，Nginx 默认配置跑到 3000 QPS 就上不去，改完 worker_connections 与 keepalive_timeout 后能稳在 8000 以上。这篇讲清楚 worker 进程、连接数与文件句柄三者的联动关系，以及 gzip、sendfile 在什么场景下该开、什么场景下开了反而拖慢响应。看完能照着改配置，也能判断你的瓶颈到底在 Nginx 还是在后端。
-
Nginx调优别急着改参数，先把这三处瓶颈定位清楚
Nginx跑不满带宽，多数时候不是worker_connections没调够，而是CPU中断、磁盘IO或后端超时在拖后腿。这篇把压测定位顺序讲清楚：先用ab或wrk测出真实requests per second，再看是连接数打满还是单请求耗时过长，最后给出worker进程数、keepalive_timeout和sendfile三个参数的具体改法。你的瓶颈到底卡在哪一层？
-
Nginx 调优别急着改配置：先把瓶颈找准，再动 worker 和缓存
Nginx 默认配置能跑，但并发一上来就开始丢请求、响应变慢，多数时候问题出在 worker 数量和文件描述符上限。调优前先搞清楚瓶颈在哪，比盲目抄参数有用得多；读完能知道 worker_connections 该按什么算、keepalive 和缓存该不该开，以及 2 核 4G 的机器大致能扛多少并发。你现在这台机器卡在哪一步？
-
Nginx调优别只改worker数：从连接数到缓存，一线运维的实战笔记
很多站长以为改改worker_processes就算优化完了，结果并发一上来还是502。这篇从连接数、内核参数、缓存到日志四个层面，讲清楚Nginx真正该动哪些参数，以及调完之后怎么验证效果。
-
Nginx调优别只盯参数表：从连接队列到缓存策略的实战思路
很多Nginx优化文章只罗列参数，却不讲为什么调、调完看什么。本文从连接队列、文件缓存、代理缓存和日志四个方向，讲清生产环境里真正影响体验的环节。