同一IP短时间请求限制及重复请求问题解决方案咨询

阿华AIGC实验室

2026-4-22

Hey there, let's break down how to fix this duplicate request problem you're facing. First, let's talk about your initial idea and then cover other more efficient options:

你的数据库日志方案的优劣势

优势: 实现起来直观易懂，不需要额外依赖服务，用现有数据库就能快速落地。
劣势: 频繁读写数据库会带来不小的性能开销，如果请求量较大，很容易成为服务器的性能瓶颈；而且数据库操作存在一定延迟，高并发场景下可能出现判断不及时，导致漏过重复请求。

更高效的替代方案

1. 用内存缓存（比如Redis）替代数据库

这是比数据库更优的选择，缓存的读写速度远快于数据库，能大幅降低性能损耗：

收到请求时，先检查Redis中是否存在以用户IP为key的记录，值为上次请求的时间戳。
如果记录存在且当前时间与上次请求时间差小于1.5秒，直接返回请求超限的提示；如果记录不存在或时间差达标，就更新Redis中的时间戳，再处理请求。
给这个key设置2秒左右的过期时间，避免缓存中堆积无用数据。
示例PHP伪代码：

$redis = new Redis();
$redis->connect('localhost', 6379);

$clientIp = $_SERVER['REMOTE_ADDR'];
$lastRequestTime = $redis->get("request_limit:$clientIp");

if ($lastRequestTime && (time() - $lastRequestTime) < 1.5) {
    // 拒绝重复请求
    http_response_code(429);
    echo "Too many requests, please try again later.";
    exit;
}

// 更新缓存记录
$redis->setex("request_limit:$clientIp", 2, time());

// 继续处理正常请求
// ...

2. 在Web服务器层面直接限制（以Nginx为例）

如果你的服务器用的是Nginx，可以直接通过配置实现IP级别的请求频率限制，请求在到达PHP之前就会被拦截，效率更高，还不用改动业务代码：
示例Nginx配置片段：

http {
    # 定义限流规则：用IP作为标识，缓存区10M，每秒允许1次请求
    limit_req_zone $binary_remote_addr zone=ip_limit:10m rate=1r/s;

    server {
        location /your-target-api {
            # 应用限流规则，允许1次突发请求，超过直接拒绝
            limit_req zone=ip_limit burst=1 nodelay;
            # 其他业务配置...
        }
    }
}

这个配置刚好匹配你1-1.5秒的间隔需求，简单高效。