搜索“nginx100%video100%”通常是在排查视频播放、下载或转码场景中的资源异常：Nginx 历程占用 CPU 靠近 100%，效劳器带宽或磁盘读取也靠近 100%，导致视频卡顿、首屏加载慢、毗连数暴涨。处置惩罚前不要直接增添 worker_processes，应先确认究竟是 CPU、带宽、磁盘 I/O 照旧上游应用响应变慢。

若是只有带宽抵达 100%，而 CPU 和磁盘负载正常，问题大都是视频文件被大宗并发传输；若是 CPU 抵达 100%，则要重点检查转码、HTTPS 加密、Range 请求、日志写入和署理缓冲；若是磁盘 I/O 抵达 100%，缓存掷中率低、视频文件过大或存储性能缺乏通常是主要缘故原由。

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

效劳器监控中的百分比代表差别资源，nginx100%video100%不可单凭一个数字判断故障缘故原由。视频效劳排查应同时视察历程、网络、磁盘和请求状态，阻止把带宽跑满误以为 Nginx CPU 异常。

视频效劳中常见的资源跑满征象

异常指标	常见体现	优先检查偏向
CPU 靠近 100%	视频播放时系统响应变慢，Nginx worker 长时间占用处置惩罚器	转码历程、TLS、压缩、Range 请求、日志和上游署理
带宽靠近 100%	视频能播放但其他网页变慢，下载速率逐渐下降	并发毗连、单文件巨细、限速战略、CDN 或缓存
磁盘 I/O 靠近 100%	视频首屏慢，磁盘响应时间升高，CPU 纷歧定很高	存储介质、缓存掷中率、文件碎片、并发读取和日志盘
毗连数或文件句柄靠近上限	新用户毗连失败，日志泛起毗连或文件翻开过失	worker_connections、系统文件句柄和异常长毗连

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

视频播放导致 CPU 100% 时的重点排查项

视频播放导致 CPU 100%时，最先要区分“静态文件分发”和“实时处置惩罚”。Nginx 适合直接传输已经天生好的视频文件，不适合肩负视频编码、解码、截图或重大的实时切片使命。

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

视频转码通常比文件传输消耗更多 CPU。使用 ps、top 或历程监控确认是否保存 FFmpeg、实时编码、视频截图、名堂转换等使命；若是高占用来自这些程序，应把转码使命放到自力行列、自力机械或异步处置惩罚，而不是只修改 Nginx 设置。

实时 HLS、DASH 或多码率输出会同时读取源文件并天生多个分片。视频分片使命应提宿世成并缓存常用清晰度，播放请求只认真读取已经天生的文件；对所有用户同时实时切片，容易让 CPU 和磁盘同时抵达高位。

检查是否误开启压缩

视频文件通常已经经由编码压缩，继续使用 gzip 压缩 MP4、WebM、TS 等文件，往往增添 CPU 消耗，却不可带来显着的传输收益。视频静态目录应阻止对媒体类型启用 gzip，压缩战略更适适用于 HTML、CSS、JavaScript、JSON 等文本内容。

HTTPS 加密也会消耗 CPU，尤其是在大宗短毗连、低缓存复用或高并发下载时更显着。视频效劳应启用毗连复用，合理设置 keepalive，并检查是否由于署理层重复建设 TLS 毗连导致处置惩罚器负载升高。

视频带宽或磁盘跑满时如那里置

视频带宽跑满时，焦点问题是单位时间内传输了过多媒体数据，而不是 Nginx 盘算能力缺乏。大文件直链、重复下载、恶意盗刷和缺少缓存，都会让出口带宽迅速抵达上限。

• 限制单毗连速率：可以针对视频目录设置合理的下载速率，阻止一个毗连长时间占满出口。
• 限制并发请求：对统一 IP、用户或接口设置毗连数和请求频率，降低恶意重复请求的影响。
• 使用缓存层：热门视频适合放在 CDN 或缓存署理中，源站只处置惩罚缓存未掷中的请求。
• 控制文件规格：为移动端提供合适区分率和码率，阻止所有装备默认下载超大原文件。
• ；は略厝肟冢对需要权限的视频增添暂时署名、登录校验或有用期控制，镌汰果真直链被滥用。

磁盘 I/O 跑满时，应检查视频文件是否存放在低性能磁盘、网络盘或共享存储中。大宗用户从统一个机械磁盘读取差别位置的大文件，容易泛起寻道期待；将热门文件放入更快的存储或缓存层，通常比纯粹增添 Nginx worker 更有用。

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

视频断点续传依赖 Range 请求。浏览器拖动进度条、暂停后继续播放和分段加载都会请求文件的部分字节；效劳端若不可准确返回部分内容，浏览器可能重复重试，造成无效流量和特殊磁盘读取。

静态视频目录应确认效劳器能准确处置惩罚 Accept-Ranges、Content-Range 和 206 Partial Content。排查时可以视察会见日志中的状态码、响应字节数、请求耗时和 User-Agent。若是统一个客户端短时间内重复请求相同片断，重点检查播放重视试逻辑、署理缓存规则和响应头是否被中心层改写。

视频缓存应凭证文件类型、会见频率和权限属性划分设置。果真且稳固的 MP4、WebM 或 HLS 分片适合设置较长缓存；带用户权限、暂时署名或个性化内容的资源不应被公共缓存过失复用；捍媸奔涔袒崛迷凑局馗炊寥∥募，缓存时间过长则可能让更新后的视频继续被用户使用。

视频文件通常不需要开启目录自动索引。关闭无须要的目录浏览可以镌汰文件信息泄露；同时应为视频目录设置清晰的 MIME 类型，阻止浏览器把媒体文件看成通俗下载内容处置惩罚。设置修改后必需先执行语法检查，再平滑加载，不可直接重启生产效劳。

反向署理视频源时的缓冲与超时设置

反向署理视频源时，Nginx 还要肩负上游毗连、缓冲和客户端毗连治理，资源消耗可能来自上游应用而不是外地磁盘。若视频由应用接口动态返回，应用层可能在每次请求中盘问权限、拼接文件或读取工具存储，Nginx 只是把延迟体现出来。

排查署理场景时，应划分纪录客户端响应时间和上游响应时间。若是上游响应时间很高，优先检查应用、工具存储或数据库；若是上游很快但客户端读取很慢，则要关注客户端网络、署理缓冲、毗连数和限速战略。

• 牢靠大文件署理：确认署理缓存是否有用，阻止每次请求都回源读取。
• 实时流媒体：阻止使用不适合实时输出的大宗缓冲，检查长毗连和超时设置。
• 上游不稳固：设置合理的毗连、读取和发送超时，避免异常请求恒久占用 worker。
• 大规模并发：检查文件句柄、毗连上限和系统行列，避免 Nginx 尚未抵达 CPU 瓶颈就无法吸收新毗连。

nginx100%video100%的清静与设置检查清单

nginx100%video100%的最终处置惩罚应连系会见日志和系统指标，而不是只依赖页面能否播放来判断。视频效劳恢复后，还需要确认异常请求是否仍在一连，不然短时间内降负载后可能再次抵达上限。

1. 确认高占用工具是 Nginx、转码程序、署理程序照旧其他历程。
2. 划分审查 CPU、内存、磁盘 I/O、出口带宽、毗连数和文件句柄。
3. 统计视频请求最多的路径、IP、状态码、响应字节数清静均耗时。
4. 检查是否保存大宗 Range 重试、404 分片、重复下载或异常 User-Agent。
5. 关闭视频文件的无效压缩，确认静态文件支持断点续传。
6. 为果真视频设置缓存，为私有视频设置权限控制和合理的暂时会识趣制。
7. 对单 IP、单用户和单资源设置适度限速与并发控制。
8. 设置调解后先验证语法，再平滑加载，并一连视察负载转变。

若是 CPU、磁盘和带宽同时抵达高位，单项调参往往无法根治问题，应优先镌汰源站直接承载的视频流量，把热门内容交给缓存层，并将转码与实时切片使命从 Nginx 主机疏散。只有先确定真正的瓶颈，Nginx 视频效劳才华在不牺牲播放稳固性的条件下恢复正常。

人民网校对：杨澜(cm9fzou7ym5sotovlod7kiudiz1j)