Nginx如何限制异常查询参数？减少动态页面缓存穿透的实战方法

为什么异常查询参数会导致缓存穿透？

动态网站通常根据 URL 查询参数生成页面，例如 ?id=123、?page=2。如果缓存系统直接将完整 URL 作为缓存键，攻击者或异常爬虫就可能不断添加随机参数，例如 ?id=123&x=abc001、?id=123&x=abc002。

这些请求虽然访问的是同一个页面，却可能被识别为不同的缓存对象，导致缓存命中率下降。大量请求最终落到 PHP、ASP.NET Core 或其他后端应用，增加数据库查询和服务器负载。

解决思路是限制不合理的参数、规范缓存键，并对高频请求进行控制。

使用 Nginx 限制查询参数

对于参数规则固定的页面，可以使用白名单限制参数名称和格式。例如，某个商品页面只接受纯数字 id 参数：

location /product {
    if ($arg_id !~ "^[0-9]{1,10}$") {
        return 400;
    }

    proxy_pass http://backend;
}

这段配置会拒绝缺少合法 id 或参数值不符合规则的请求。实际部署前，应确认业务是否允许其他参数，并测试 Nginx 对重复参数的处理行为。

对于分页参数，可以限制页码范围：

map $arg_page $bad_page {
    default 1;
    ~^[1-9][0-9]{0,3}$ 0;
}

server {
    if ($bad_page) {
        return 400;
    }
}

这里允许 page 为 1 至 9999 的正整数格式。未传递该参数时也会被拒绝，因此只适用于强制要求分页参数的页面。可选参数需要单独设计默认值逻辑。

规范缓存键，减少缓存碎片

如果业务允许忽略某些无关参数，可以让缓存键只包含真正影响页面内容的字段。例如，商品详情页只由商品 ID 决定时：

proxy_cache_key "$scheme$request_method$host/product?id=$arg_id";

这样，附带不同无关参数的请求可以共享同一缓存对象。

但要特别注意：只有在其他参数不会改变响应内容、用户权限或语言等关键属性时，才能忽略它们。对于登录态、购物车、个性化内容等页面，不应直接套用这种缓存规则。

如果希望所有页面统一处理参数，应先梳理业务参数，再分别定义缓存键，避免不同用户的数据进入同一缓存。

结合请求频率限制保护源站

对于缓存未命中时容易触发数据库查询的接口，可以使用 limit_req 控制请求速率：

limit_req_zone $binary_remote_addr
    zone=api_limit:10m rate=5r/s;

server {
    location /api/search {
        limit_req zone=api_limit burst=10 nodelay;
        proxy_pass http://backend;
    }
}

该配置按客户端 IP 限制平均请求速率为每秒 5 次，并允许一定的突发请求。实际阈值应结合正常访问量调整。对于共享出口 IP 的用户群体，还应避免规则过严影响正常访问。

上线前检查哪些问题？

部署后建议重点检查以下内容：

• 参数规则： 空值、超长值、重复参数和非法字符是否按预期处理。
• 缓存命中率： 随机参数请求是否仍然产生大量不同缓存对象。
• 源站负载： 缓存未命中率、数据库查询量和接口响应时间是否下降。
• 业务兼容性： 分页、筛选、排序、登录态和多语言功能是否正常。
• 日志与告警： 关注异常请求量、400 响应和 429 响应的变化。

总结

减少 Nginx 动态页面缓存穿透，需要同时处理参数校验、缓存键设计和请求频率限制。参数白名单可以拦截无效请求，规范缓存键可以减少重复缓存对象，limit_req 则能降低高频请求对后端的冲击。

对于复杂业务，建议优先在应用层定义合法参数和默认值，再由 Nginx 承担入口过滤与流量控制。上线前通过日志和压测验证效果，避免因缓存键设计不当造成数据混淆。