看到“nginx100%video100%」剽个组合，，，，，第一反映是有点懵。。。。。但仔细想想，，，，，或许率是遇到了nginx下视频模浚？？？？？？榧釉匾斐，，，，，或者是想相识nginx处置视频要求时的机能阐发。。。。。别急，，，，，先纠正一个可能的误会：这不是什么官方术语，，，，，而是你现实际遇的报错或状态描述。。。。。

? 先说最直接的结论。。。。。若是你在nginx日志里看到类似“video100%”或者某个worker过程CPU打到100%，，，，，且和视频转发强有关，，，，，那问题根基出在三个处所：缓存配置不合理、超时参数太短、或者是mp4模浚？？？？？？榈耐献е澳苊豢。。。。。逐一排查，，，，，90%的弊端都能找到根子。。。。。

? 第一个要查抄的，，，，，是nginx的mp4模浚？？？？？？榈降鬃懊蛔。。。。。好多人以为nginx天然支持视频伪流媒体播放，，，，，其实默认编译是不带`ngx_http_mp4_module`的。。。。。你能够用`nginx -V`看输出里有没有`--with-http_mp4_module`。。。。。没有的话，，，，，视频拖动进度条时，，，，，nginx会直接整文件读，，，，，CPU瞬间飙高，，，，，卡死。。。。。这个模浚？？？？？？橹С謄mp4`指令，，，，，共同`start`参数，，，，，能实现关键帧定位，，，，，大幅降低CPU开销。。。。。

? 第二个排查点，，，，，是proxy缓存和一时目录的IO瓶颈。。。。。视频文件大，，，，，nginx若是频仍回源拉流，，，，，磁盘IO和CPU城市吃紧。。。。。你能够在`http`块里加一层proxy_cache，，，，，把视频切片缓存到内存或高速SSD上。。。。。同时把稳`proxy_temp_path`和`proxy_cache_path`不要放在统一个分区，，，，，预防读写相互抢IO。。。。。这一步做好了，，，，，CPU占用能降一个量级。。。。。

? 还有一个容易被忽略的——gzip和视频体式的矛盾。。。。。视频自身是压缩过的，，，，，你再开gzip压缩响应，，，，，蹬宗让nginx做无用功，，，，，CPU白烧。。。。。稳妥的做法是在`location`块里对`.mp4`、`.flv`、`.m3u8`结尾的要求明确关关gzip，，，，，用`gzip off;`，，，，，把CPU留给真正必要推算的处所。。。。。

? 另表，，，，，worker_processes和worker_connections的设置也会影响阐发。。。。。视频长衔接多，，，，，默认值往往不够。。。。。建议`worker_processes auto`，，，，，而后凭据CPU核数微调。。。。。`worker_connections`至少设到4096，，，，，再共同`keepalive_timeout`适当调大，，，，，好比65到75秒之间，，，，，预防频仍成立新衔接的握手开销。。。。。

? 说下现实配置的重点。。。。。若是你用mp4模浚？？？？？？，，，，，location里这样写：

```

location /video/ {

mp4;

mp4_buffer_size 4k;

mp4_max_buffer_size 2M;

limit_rate_after 5m;

limit_rate 512k;

}

```

`limit_rate`是限速，，，，，不是必须，，，，，但能够；；；；；；ご。。。。。`mp4_buffer_size`不用太大，，，，，够放moov元数据就行。。。。。若是你的视频文件moov在尾部，，，，，拖动时会先下载整个文件能力定位，，，，，那种情况建议用工具把moov移到文件头部，，，，，好比`qt-faststart`，，，，，成效立竿见影。。。。。

还有一点，，，，，若是你用的是HLS流媒体，，，，，nginx必要共同`ngx_http_hls_module`，，，，，并且要把稳`hls_fragment`和`hls_playlist_length`的设置。。。。。切片太幼，，，，，要求数暴增，，，，，CPU和IO城市被拖垮。。。。。切片太大，，，，，客户端延长难受。。。。。通常`hls_fragment 5s`、`hls_playlist_length 30s`是个比力稳的平衡点。。。。。

? 最后说下怎么验证问题是否解决。。。。。改完配置后，，，，，用`nginx -t`测语法，，，，，而后`reload`。。。。。接着用`top`看nginx过程的CPU，，，，，再用`ab`或`wrk`模拟并发要求视频文件，，，，，对比批改前后的CPU占用率和响应功夫。。。。。若是能从100%降到30%以下，，，，，注明排查方向是对的。。。。。

遇到视频卡100%这个问题，，，，，好多时辰不是某一项配置的锅，，，，，而是几个成分叠加。。。。。mp4模浚？？？？？？槿笔А⒒捍婷还嬲zip乱开、worker数没跟上，，，，，轻易占两个就能把CPU推到顶。。。。。别慌，，，，，依照上面说的挨次一层层扒，，，，，多试几次，，，，，总能找到那个让nginx喘过气来的开关。。。。。

跑一遍配置，，，，，看看CPU曲线降下来没。。。。。若是还在高位，，，，，回头看看日志里的谬误码，，，，，是499还是502，，，，，指向的问题齐全分歧。。。。。留个心眼，，，，，视频服务这事儿，，，，，配置是一半，，，，，另一半是对要求模型的理解。。。。。