推荐用 alias 替代 root 部署大型视频文件，因其路径映射更准确、便于管理；须启用 sendfile、tcp_nopush、Accept-Ranges 和 expires 等优化配置，并限制文件类型与权限以保障安全与性能。
直接用 root 指令部署大型视频文件，容易导致性能瓶颈和安全风险，不推荐作为主力方案。核心问题在于：Nginx 的 root 是路径拼接指令，不是“指定静态资源根目录”的万能开关；它对大文件缺少流式传输控制、范围请求（Range）支持不稳定、缓存策略难精细管理，且默认不启用零拷贝（sendfile）优化。
明确 root 与 alias 的根本区别
root 在 location 中会将匹配的 URI 路径**追加到指定路径之后**；alias 则是**直接替换掉匹配的 location 路径部分**。这对视频路径映射很关键：
- 若配置
location /video/ { root /data/files; }，访问/video/movie.mp4实际读取的是/data/files/video/movie.mp4—— 多了一层video/，容易出错 - 改用
location /video/ { alias /data/files/; }，同样请求则对应/data/files/movie.mp4，更符合直觉和运维习惯
必须启用 Range 请求与高效文件传输
浏览器播放大视频依赖 HTTP Range 请求（如拖动进度条）。Nginx 默认支持，但需确保以下配置生效：
- 开启
sendfile on;：启用内核零拷贝，大幅降低 CPU 和内存开销 - 设置
tcp_nopush on;：配合 sendfile，减少小包发送次数 - 确认未禁用
disable_symlinks或权限限制导致 range 失效 - 避免在 location 中使用
rewrite或代理逻辑干扰原始请求头
推荐替代方案：用 alias + 精确 location + 静态服务强化
针对大型视频存储，更健壮的做法是：
- 将视频文件统一放在独立磁盘或挂载点（如
/mnt/videos） - 用
alias映射，例如：location ^~ /videos/ {<br> alias /mnt/videos/;<br> sendfile on;<br> tcp_nopush on;<br> expires 7d;<br> add_header Accept-Ranges bytes;<br>} - 添加
expires和Accept-Ranges响应头，提升 CDN 和浏览器缓存效率 - 必要时配合
limit_rate控制单连接带宽，防突发流量压垮服务器
安全与运维注意事项
开放视频目录需规避常见隐患：
- 禁用目录浏览：
autoindex off;（默认已关，但建议显式声明） - 限制可访问文件类型：
location ~ ^/videos/.*\.(mp4|mkv|avi|mov)$ { ... }，拒绝执行或敏感后缀 - 视频文件权限设为
644，所属用户/组为 nginx 工作用户（如www-data或nginx） - 避免将视频放在
/var/www等 Web 根目录下，防止与其他应用混杂、权限冲突
