Range 请求、缓存和视频静态文件配置

磁盘 I/O 跑满时，应检查视频文件是否存放在低性能磁盘、网络盘或共享存储中。大量用户从同一个机械磁盘读取不同位置的大文件，容易出现寻道等待；将热门文件放入更快的存储或缓存层，通常比单纯增加 Nginx worker 更有效。

检查是否有转码或切片进程

如果只有带宽达到 100%，而 🌈CPU 和磁盘负载正常，问题多半是视频文件被大量并发传输；如果 CPU 达到 100%，则要重点检查转码、HTTPS 加密、Range 请求、日志写入和代理缓冲；如果磁盘 I/O 达到 100%，缓存命中率低、视频文件过大或存储性能不足通常是主要原因。

服务器监控中的百分比代表不同资源，nginx100%video100%不能单凭一个数字判断故📢障原因。视频服务排查应同时观察进程、网络、磁盘和📚请求状态，避免把带宽跑满误认为 Nginx CPU 异常。

nginx100%video100%的最终处理应结合访问日志和系统指标，而不是只依靠页面能否播放来判断。视频服务恢复后，还需要确认异常请求是否仍在持续，否则短时间内降负载后可能再次达到上限。

nginx100%video100%先看清楚是哪一种“100%”

视频转码通常比文件传输消耗🔑更多 CPU。使用 ps、top 或进程监控确认是否存在 FFmpeg、实时编码、视频截图、格式转换等任务；如果高占用来自这些程序，应把转码任务放到独立队列、🎨独立机器或异步处理，而不是只修改 Nginx 配置。

HTTPS 加密也会消耗 CPU，尤其是在大量短连接、低缓存复用或高并发下载时更明显。视频服务应启用连接复用，合理配置 keepalive，并检查是否因为代理层反复建立 TLS 连接导致处理器负载升高。

nginx100%video100%的安全与配置检查清单

Linux 主机可以先使用 top 或 htop 查看 Nginx worker、视频转码程序和其他高耗进程，再使用磁盘与网络监控确认资源类型。Nginx 进程本身占用不高、但带宽已经跑满时，调整 Nginx worker 数量通常没有实际帮助。