加权轮询与日志脱敏可安全共存：前者在upstream中配置weight控制流量分配，后者通过map+log_format在http块中实现请求参数脱敏，二者独立配置、互不干扰。
加权轮询本身不直接影响日志内容，日志脱敏和负载均衡策略是两个独立模块。要实现“加权轮询 + 请求参数脱敏记录”，需分别配置 upstream 的 weight 参数 和 http 块中的 map + log_format 逻辑，二者互不干扰，可安全共存。
加权轮询的正确配置方式
在 upstream 块中为每台后端服务器显式指定 weight 值，数值越大，分配请求概率越高。权重只影响请求分发比例，不改变日志生成行为：
- 所有 server 行默认 weight=1；显式写 weight=3 等同于该节点承担约 3/(3+2+1)=50% 的流量（总权重为6时）
- 建议搭配健康检查参数，提升稳定性：server 192.168.1.10:8080 weight=3 max_fails=3 fail_timeout=30s;
- 无需在 server 块或 location 中做额外设置，proxy_pass 指向 upstream 即可生效
敏感参数脱敏必须在日志写入前完成
脱敏不能靠后处理（如用脚本清洗日志文件），而应在 Nginx 写入磁盘前就替换掉明文。关键动作都在 http{} 块内完成：
- 用 map 指令对 $args 做正则匹配，提取并替换敏感键值对，例如：password=xxx → password=***，未匹配参数原样保留
- 定义新的 log_format，只引用 $sanitized_args，绝不直接使用 $args 或 $request_uri
- access_log 指令启用该 format，例如：access_log /var/log/nginx/secure.log secure;
两者协同工作的典型配置结构
以下片段可直接整合进 nginx.conf 的 http 块，顺序无关紧要（map 定义建议放在 upstream 上方）：
- 先定义脱敏变量：map $args $sanitized_args { default $args; ~*(token|api_key)=([^&\s]+) "token=***"; }
- 再定义日志格式：log_format secure '"$request_method $uri?$sanitized_args $http_version" ...';
- 最后声明 upstream 和 server：upstream backend { server 192.168.1.10:8080 weight=3; ... }
验证时，用 curl 发起含 password=123456 的请求，检查 secure.log 是否出现 password=***；同时观察后端各服务器访问频次是否符合权重比例。两件事各自生效，互不掩盖问题。
