Nginx支持不重启更新配置和二进制文件，核心依赖master-worker架构与信号机制。配置重载用nginx -t校验后nginx -s reload（发SIGHUP）；版本升级需编译新二进制，用USR2启新master、WINCH退旧worker；扩容只需在upstream追加server并reload。
不用重启就能更新配置和二进制文件，是 Nginx 高可用运维的核心能力。关键在于利用其 master-worker 架构和信号机制，实现配置重载与版本升级的“零中断”。下面分两块讲清楚怎么实操。
平滑重载配置：改完即生效，连接不丢
这是最常用、风险最低的动态操作，适用于修改 upstream、location、proxy 设置等场景。
- 先用 nginx -t 校验语法，确保配置无误；错误提示里常有路径错、括号漏、模块未启用等问题
- 执行 nginx -s reload，它会向 master 进程发 SIGHUP 信号；旧 worker 处理完手头请求后退出，新 worker 同步启动并接管新连接
- 验证是否生效：用 ps aux | grep nginx 看是否出现双 master 或新旧 worker 并存；再查 nginx -V 确认版本没变（说明只是 reload，不是升级）
- 若 reload 卡住或报 “address already in use”，大概率是新配置里 listen 端口被其他进程占了，或旧 worker 没彻底退出，可临时用 nginx -s stop 强制终止（慎用）
平滑升级二进制：换内核不抖动
升级 Nginx 本身（比如从 1.22.0 到 1.28.0），又不想停服务，就得走信号驱动的原生热升级流程。
- 编译前务必运行 nginx -V，完整复制 configure arguments；尤其注意 --prefix、--with-http_ssl_module 等关键模块，缺失会导致新进程无法启动
- 解压新源码后，用旧参数执行 ./configure && make（绝对不要 make install）；新二进制在 objs/nginx 下
- 备份旧文件：mv /usr/local/nginx/sbin/nginx /usr/local/nginx/sbin/nginx.old，再把新文件 cp 过去
- 发 USR2 启动新 master：kill -USR2 $(cat /var/run/nginx.pid)；此时 ps 可见两个 master 进程，新旧 worker 并行运行
- 发 WINCH 给旧 master：kill -WINCH $(cat /var/run/nginx.pid.oldbin)，让它逐步关停旧 worker；等旧 worker 全退，再发 QUIT 结束旧 master
扩容节点时的配置热更新技巧
在负载均衡集群中加机器，不需要改 Nginx 二进制，只靠配置更新就能完成，这才是真正的动态扩容。
- 在 upstream 块里直接追加新 server，例如：server 192.168.10.104:8080 max_fails=2 fail_timeout=5s;
- reload 后，Nginx 自动将新节点纳入轮询池；已有连接不受影响，新请求按策略分发到新增节点
- 配合健康检查（如 keepalive、max_fails），异常节点会被自动摘除，无需人工干预
- 如果要临时下线某节点，加 down 标记即可，reload 后立即生效，比删配置更安全
