Nginx主配置与引入子配置的http块规则是合并还是覆盖？

一、http块配置加载逻辑 #

• Nginx的http属于顶层全局配置块，禁止嵌套定义。你在/etc/nginx/conf.d/custom.conf中重复编写http {}块属于语法错误，执行nginx -t会直接提示配置非法，Nginx不会加载该配置，不存在合并或替换的逻辑。
• 正确的配置写法为：/etc/nginx/conf.d/下的子配置不需要额外嵌套http块，主配置的http块已经将include /etc/nginx/conf.d/*.conf;包裹在内部，子配置直接编写server、location等http块下的子配置即可。
• 修正配置写法后，主配置http块中定义的access_log、error_log属于块级全局配置，子配置未单独覆盖该配置的场景下，规则会自动继承，日志会正常写入指定路径，不会被覆盖。

二、500错误无日志输出排查步骤 #

• 第一步校验配置合法性：执行nginx -t命令，若返回语法错误，先删除custom.conf中多余的外层http块，修复后执行nginx -s reload重载配置。
• 第二步确认日志路径：你配置中使用的是相对路径logs/access.log，对应实际路径为Nginx编译时指定的prefix目录下的logs文件夹，默认通常为/usr/local/nginx/logs/，而非/etc/nginx/logs，可直接将日志路径修改为绝对路径（如/var/log/nginx/access.log）避免路径查找错误。
• 第三步检查目录权限：确认Nginx运行用户（通常为nginx、www用户）对日志存储目录有读写权限，无权限会导致日志无法写入。
• 第四步确认日志规则：error_log级别设为error时，只会记录Nginx自身运行报错，若500错误是上游应用返回的业务错误，Nginx error_log默认不会记录，只会在access_log中打印500状态码，可调整access_log格式确保状态码字段正常输出。

内容的提问来源于stack exchange，提问作者José Victor