nginx 不自动记录 nginx -t 结果，需外部捕获：手动执行可用带时间戳的 shell 命令追加到日志；ci/cd 中应结合 $?、时间、输出统一记录；systemd-run 可临时记录但不宜归档；error.log 完全不收录 nginx -t 信息。
Nginx 本身不提供自动记录 nginx -t 检查结果的功能，它只在终端输出一次校验结论（如 nginx: the configuration file /etc/nginx/nginx.conf syntax is ok 和 nginx: configuration file /etc/nginx/nginx.conf test is successful），不会写入日志或保存历史。要实现“每次检查结果的记录”，需靠外部手段主动捕获并落盘。
手动执行时追加时间戳记录
每次运行 nginx -t 前，用 shell 命令将其输出连同时间一起追加到指定文件：
nginx -t 2>&1 | awk -v d="$(date '+%Y-%m-%d %H:%M:%S')" '{print "[" d "] " $0}' >> /var/log/nginx/config_test.log- 该命令会把成功/失败信息、时间、错误详情（如有）都记入
/var/log/nginx/config_test.log - 注意：确保目标目录可写，且日志文件存在或有创建权限
在 CI/CD 或运维脚本中统一记录
若通过自动化流程（如 Ansible、Jenkins、Shell 部署脚本）更新配置，应在调用 nginx -t 后明确收集结果：
- 用
$?判断退出码（0=成功，非0=失败） - 将完整命令、时间、退出码、stdout/stderr 一并写入日志，例如：
echo "$(date): nginx -t → exit code $?" >> /var/log/nginx/deploy.lognginx -t 2>&1 >> /var/log/nginx/deploy.log - 这样能关联配置变更与验证结果，便于回溯
配合 systemd 日志（适用于 systemctl 管理的实例）
如果 Nginx 由 systemd 托管，nginx -t 虽不进 journal，但你可以封装为一个临时服务单元来触发并记录：
- 新建临时 unit：
systemd-run --scope --unit=nginx-test nginx -t - 再用
journalctl -u nginx-test -n 20 --no-pager查看本次运行的完整输出 - 适合调试阶段快速留痕，不适合长期归档
避免依赖 error.log 记录语法检查结果
error.log 不会记录 nginx -t 的结果——它只记录 Nginx 进程实际加载配置时遇到的错误（比如重载时发现新配置有误）。而 nginx -t 是独立的静态语法校验，不启动进程、不读取 error_log 配置、也不写入任何日志文件。所以不能指望在 /var/log/nginx/error.log 里翻出历史测试记录。
