Daily Plan

更新: 5/31/2025 字数: 0 字 时长: 0 分钟

#todo

• [ ]
• [ ]

Daily Study

更新: 5/31/2025 字数: 0 字 时长: 0 分钟

关于文章论坛项目的qps

使用工具：使用wrk和jemeter进行压力测试 wrk内容：面试官：说说你之前负责的系统，QPS 能达到多少？-CSDN博客 压力测试的基本流程： 1.制定压测目标：根据历史监控数据进行类比和估算，利用2/8原则（80%的请求集中在一天的20%时间），预估QPS 2.明确压测的场景：设置不同业务的压测优先级，高频业务，登录业务，性能高消耗的场景，曾经出现过问题的场景 3.准备环境执行压测：单接口单机测试，扩容1/4资源单接口单机测试，加入其他场景化资源进行测试（引入上下游服务），全量资源全链路测试。

单接口单机测试遇到的问题

单机QPS：100 跑在服务器docker上：4核2g 我们假设的百万级用户量，一天会有200w的访问，然后根据28原则，那么qps在100完全够用。 在使用wrk进行压测，配置8个线程，模拟400个并发请求，对论坛文章主页（排行榜）进行压测。（最终qps：120）

测试过程中发现CPU占用率异常，使用pprof排查问题进行调优，pprof性能调优的工具比jstack更好看。 具体的pprof操作，在程序导入相应的包，执行程序后，进入到pprof工具中，执行top，类似管理器，这里只会显示程序相关的进程，然后执行发现list函数占用资源很高，这个函数是在redis根据文章排行榜的索引把文章的具体信息拿出来，发现这里是一个循环，一个一个根据列表去拿内容，单一的循环操作占用了很多cpu资源。 优化方式：使用mapreduce，并发的取具体的文章信息。 golang pprof 实战 | Wolfogre's Blog

关于告警项目的qps

一天能处理6万条的记录 60000 * 0.8 / （86400 * 0.2） = 2 qps：3

Daily Problem

更新: 5/31/2025 字数: 0 字 时长: 0 分钟