nginx在高并发rewrite场景下不会丢包，但日志权限不足会导致写入失败，引发响应延迟、连接中断或日志丢失；需通过error.log、strace、namei排查并修复整条路径权限，再隔离rewrite日志降低耦合。
高并发 Rewrite 场景下，Nginx 本身不会“丢包”，但可能因日志写入失败导致请求处理异常、连接中断或响应延迟——其中日志权限问题常被忽略，却是真实可复现的瓶颈点。
确认日志写入是否真因权限失败
不是所有访问异常都源于 rewrite，先锁定日志层是否卡住：
- 查 error.log 是否出现 (13: Permission denied) 关联日志路径，例如：
[alert] could not open error log file: open() "/var/log/nginx/access.log" failed (13: Permission denied) - 注意：该错误可能不显式报在 error.log 中，而是静默失败。用
strace -p $(pgrep nginx | head -1) -e trace=openat,write -f 2>&1 | grep -i "denied\|access.log"实时捕获 worker 进程对日志文件的系统调用失败 - 检查日志目录归属与权限：
ls -ld /var/log/nginx，确保 Nginx worker 用户（如 www-data）有 w 权限，且父目录（如/var/log）有 x 权限（否则无法进入）
Rewrite 高并发放大日志压力，暴露权限短板
rewrite 规则若存在隐式循环或高频重定向（如 301/302），每轮重写都会触发一次 access_log 记录。并发 1000 QPS 下，1 秒内就产生上千行日志写入请求——此时若日志路径权限不足，buffer 无法落盘，就会：
- 阻塞 worker 进程 I/O 路径，间接拖慢响应，甚至触发超时
- 在启用
buffer=64k flush=3s时，缓冲区满而写入失败，部分日志永久丢失（不报错，但无记录） - 若使用
access_log off或log_not_found off未合理配置，rewrite 失败（如跳转目标不存在）仍会记 404 日志，进一步加剧写入负担
验证并修复日志权限链
权限问题常出在“路径中某一级缺失 x”或“属主不匹配”，不能只改最后一级：
- 用
namei -l /var/log/nginx/access.log查整条路径每层的属主、属组和权限，重点看是否有某级是drwxr-x---（others 无 x）或属主非 worker 用户 - 统一修正：
sudo chown -R www-data:adm /var/log/nginx（确保属组为 adm，兼容 Debian/Ubuntu 默认日志组） - 设置安全权限：
sudo chmod 750 /var/log/nginx（目录需 rwxr-x---），sudo chmod 640 /var/log/nginx/*.log（日志文件需 rw-r-----） - 确认 systemd service 中未覆盖用户：检查
/lib/systemd/system/nginx.service的User=和Group=是否与实际一致
隔离 rewrite 与日志风险，降低耦合度
rewrite 是逻辑层，日志是基础设施层，二者不应相互拖累：
- 对 rewrite 密集路径（如 API 网关、短链跳转），单独配置不记 access_log：
location ~ ^/go/ { rewrite ^/go/(.*)$ https://$1 permanent; access_log off; } - 把 rewrite 日志拆到独立文件并设小 buffer：
access_log /var/log/nginx/rewrite.log main buffer=8k flush=1s;，再单独保障该路径权限 - 上线前做压测验证：用
wrk -t4 -c200 -d10s http://host/go/test，同时监控tail -f /var/log/nginx/error.log和iostat -x 1，观察是否有 write delay 或 permission 报错
