先让MP4支持拖动、断点和快速起播

文件命名也会影响缓存更新。稳定内容可以使用带版本标🌈识的文件名，修改视频后生成新文件名；如果始终💪覆盖同一个路径，长缓存可能让播放器继续读取旧文件。

add_heade🎆r A🎨ccept-Ranges bytes always;

Nginx视频优化不能通过把sendfile、aio和directio全部开启来获得必然收益。不同参数可能改变缓存路径和磁盘访问方式，调整一次后应使用固定大小、固定并发量、固定网络条件的测试重复比较，至少记录首字节时间、平均吞吐、P95响应时间和错误率。

Nginx100%视频优化的目标与部署前提

Nginx静态视频配置应先保证Range请求、正确MIME类型和文件权限，再讨论sendfile或异步读取。播放器拖动时并不是每次都重新下载完整文件，而是请求文件中的某一段；如果服务端忽略Range，客户端可能只能从头读取，表现为拖动等待很久或进度条无法准确跳转。

MP4文件本身也会影响起播速度。部分编码工具把moov索引放在文件末尾，播放器必须先读取较多内容才能开始播放。上传前应使用支持“快速起播”或“移动moov元数据”的转封装方式，把索引放到文件前部。这个处理属于媒体文件准备环节，不能仅靠Nginx指令补救。

出现播放卡顿时，可以按“文件编码与索引、Range响应、磁盘读取、上游代理、出口带宽、客户端网络”的顺序排查。只要每次只改动一组参数，▶️并保留修改前后的指标，Nginx100%视频优化才会从模糊的配置尝试变成可验证的性能改进。

完成Nginx100%视频优化后的验收方法

Nginx100%视频优化的核心，不是打开某一个“加速开关”，而是同时处理视频格📌式、字节范围请求、磁盘读取、缓存策略、连接并发和带宽分配。对于MP4点播，重点是让播放器能够快速获取文件头并支持拖动播放；对于HLS，重点是稳定提供播放列表和分片文件。只要按“先确认瓶颈，再调整配置，最后压测验证”的顺序执行，通常比盲目🔑增加服务器参数更可靠。

Nginx大文件读取优化需要根据存储介质和内核行为选择参数。sendfile可以减少用户态与内核态之间的数据复制，适合常规静态文件分发；tcp_nopush有助于配合sendfile组织数据包，但实际收益会受到网络协议栈和文件大小影响。启用参数后仍需观察CPU、磁盘等待和实际吞吐，不能只看配置是否生效。

sendfile、aio与磁盘读取如何选择

Nginx视频缓存策略应按照内容是否变化、文件是否分片和请求是否经过上游来设置。长期不变的MP4可以使用较长的浏览器缓存；HLS播放列表通常更新更频繁，不应与历史分片采用完全相同的缓存时长。播放列表缓存过久，可能导致播放器读取到旧的分片顺序。

缓存、连接数与带宽限制要分层处理

types { vi🎯deo/mp4 mp4; application/vnd.apple.mpegurl m3u8; video/mp2t ts; }