如何自测接口的QPS、最大吞吐量

最新推荐文章于 2024-09-28 19:02:28 发布

旺仔丷

最新推荐文章于 2024-09-28 19:02:28 发布

阅读量2.2w

点赞数 11

文章标签： java 后端

本文链接：https://blog.csdn.net/kolbjbe/article/details/114208557

版权

如何自测接口的QPS、最大吞吐量

什么是QPS
- 为什么要知道接口QPS
实操
- 接下来进行Jmeter压测

什么是QPS

QPS = req/sec = 请求数/秒
原理:每天80%的访问集中在20%的时间里，这20%时间叫做峰值时间
公式:( 总PV数 * 80% ) / ( 每天秒数 * 20% ) = 峰值时间每秒请求数>(QPS)
机器:峰值时间每秒QPS / 单台机器的QPS = 需要的机器

上面是QPS精准的理解，当然我们也可以简单的理解为：
QPS（Query Per Second）：每秒请求数，就是说服务器在一秒的时间内处理了多少个请求。

想对这些概念有进一步了解的可以参看这篇博客
吞吐量（TPS）、QPS、并发数、响应时间（RT）概念.

为什么要知道接口QPS

当我们在做B端产品时，可能并发不多，不会过多的考虑接口的性能问题，更注重的是系统的稳定性，而像面向C端的产品时，面对的流量无法预估，所以处于对系统进行保护，nginx需要设置限流策略，包括分布式系统中的接口也要有熔断降级策略，这样才能保证系统的安全性，不会在高并发的情况下崩溃。
那么问题来了，有了熔断降级、限流策略，为什么还要知道接口的QPS?
当上级要求接口的超时降级时间要求是200毫秒时，且你写的接口需要支持 100QPS，你要知道该怎么处理，计算出单个机器下接口的QPS，才能知道上线后，需要几台机器部署，而计算QPS我们可以通过jmeter等压测工具来实现。

实操

下面是自己进行压测的接口代码 内联代码片。

	@GetMapping("jmeter")
    public String jmeter() {
        Long begin = System.currentTimeMillis();
        ReentrantLock lock = new ReentrantLock();
        Map<String, Object> map = new HashMap<>();
        map.put("status", 1);
        try {
            lock.lock();
            // 执行插入操作
            MsgLogV2DO msgLogV2DO = new MsgLogV2DO();
            msgLogV2DO.setExchange(Thread.currentThread().getName());
            msgLogV2Service.save(msgLogV2DO);

            // 休眠100毫秒
            TimeUnit.MILLISECONDS.sleep(100);
            // 查询操作
            List<MsgLogV2DO> list = msgLogV2Service.list(map);
            log.error(JSON.toJSONString(list));
        } catch (InterruptedException e) {
            e.printStackTrace();
        } finally {
            lock.unlock();
        }
        Long end = System.currentTimeMillis();
        if (end - begin > 200) {
            throw new RuntimeException("接口超时抛出异常");
        }
        return msg;
    }