秒杀系统上云，从 1342ms 提升到 138ms「终于解决」

大家好，我是考100分的小小码，祝大家学习进步，加薪顺利呀。今天说一说秒杀系统上云，从 1342ms 提升到 138ms「终于解决」,希望您对编程的造诣更进一步.

小伙伴们好呀，拖拖拉拉的我，终于把秒杀项目部署到云端上去了！

这次过程也比较顺利，搭建下 RabbitMQ 就好了。

helm install rabbitmq bitnami/rabbitmq --namespace prod -f config.yaml

不过我发现，每次都得研究下这个配置文件，真的是头大，而且后面如果要装插件，开启插件这些好像也挺麻烦的，像 Redis 的布隆过滤器，RabbitMQ 的延迟插件等等。

而且捣鼓到最后，还得打包成自己的镜像才能好好保存下来🐷

越操作越不耐烦，还是写代码省心🙃

这个算是我部署在云端的第一个有意义的 k8s 应用，有点小激动，狠狠地测试下👇

代码基本没啥改动，简单地调整下这些 host 。

秒杀系统上云，从 1342ms 提升到 138ms「终于解决」

顺手将 redisson 改成了主从，代码中 lettuce 还没修改。

秒杀系统上云，从 1342ms 提升到 138ms「终于解决」

写个 Dockerfile 部署下。

FROM adoptopenjdk:11-jre-hotspot as builder
MAINTAINER Jav4ye
WORKDIR application
ARG JAR_FILE=/target/seckill-demo.jar
COPY ${JAR_FILE} application.jar
RUN java -Djarmode=layertools -jar application.jar extract

FROM adoptopenjdk:11-jre-hotspot
WORKDIR application
COPY --from=builder application/dependencies/ ./
COPY --from=builder application/spring-boot-loader/ ./
COPY --from=builder application/snapshot-dependencies/ ./
COPY --from=builder application/application/ ./
ENV TZ="Asia/Shanghai"
ENV JVM_OPTS="-Xmx512m -Xms512m"
ENTRYPOINT ["sh","-c","java ${JVM_OPTS} org.springframework.boot.loader.JarLauncher"]

秒杀系统上云，从 1342ms 提升到 138ms「终于解决」

单机

jmeter 测试

下面是十次测试结果数据，可以跳到阅读小结内容

第一次平均响应是 1711 ms ， 50 % 的请求是 1808ms，99% 是 2552 ms ，最小是 708 ms，最大是 2961 ms ，吞吐量是 224.1/s 。

第一次

第二次平均响应是 400 ms ， 50 % 的请求是 394 ms，99% 是 1002 ms ，最小是 21 ms，最大是 1198 ms ，吞吐量是 503.3 /s 。

第二次

第三次平均响应是 337 ms ， 50 % 的请求是 311 ms，99% 是 791 ms ，最小是 11 ms，最大是 847 ms ，吞吐量是 557.4 /s 。

第三次

第四次平均响应是 97 ms ， 50 % 的请求是 85 ms，99% 是 236 ms ，最小是 17 ms，最大是 365 ms ，吞吐量是 745.2 /s 。

第四次

第五次平均响应是 124 ms ， 50 % 的请求是 109 ms，99% 是 332 ms ，最小是 11 ms，最大是 3033 ms ，吞吐量是 248 /s 。

第五次

第六次平均响应是 84 ms ， 50 % 的请求是 83 ms，99% 是 156 ms ，最小是 14 ms，最大是 217 ms ，吞吐量是 805 /s 。

第六次

第七次平均响应是 224 ms ， 50 % 的请求是 224 ms，99% 是 486 ms ，最小是 18 ms，最大是 565 ms ，吞吐量是 657.5 /s 。

第七次

第八次平均响应是 92 ms ， 50 % 的请求是 81 ms，99% 是 326 ms ，最小是 9 ms，最大是 3024 ms ，吞吐量是 250.5 /s 。

第八次

第九次平均响应是 80 ms ， 50 % 的请求是 72 ms，99% 是 173 ms ，最小是 14 ms，最大是 396 ms ，吞吐量是 789.9 /s 。

第九次

第十次平均响应是 72 ms ， 50 % 的请求是 63 ms，99% 是 138 ms ，最小是 12 ms，最大是 347 ms ，吞吐量是 792.4 /s 。

第十次

小结

第一次这么认真的测试，但是这种测试还不严谨，看网上说要命令行的方式去运行 jmeter 测试，但是我还是偷个懒，这样和上文测试出来的结果也好有个比较。

在上文《写个简易版秒杀系统练练手》中，有下面这份报告 👇

秒杀系统上云，从 1342ms 提升到 138ms「终于解决」

当然，上文的这个报告是 取最好 的那一次，也就是 预热 JVM 后的结果。

这次，测试了十次，也是 500 并发。

可以看到 第一次 请求的数据效果非常差！99% 的请求要 2552 ms，这可能就是没 预热JVM 的情况。

第二次，第三次，效果也很差，但是到 第四次 开始，效果就好起来了 99% 的请求在 350 ms以下。

最好的一次，是第十次， 99% 的请求在 138 ms。

对比上文的结果，从 1342ms 提升到 138ms ，硬生生提升了 10倍 的效率，这要是放在生产环境下，那不得把牛吹坏了😂

次数	平均响应	50%	99%	min	max	吞吐量
1	1711 ms	1808 ms	2552 ms	708 ms	2961 ms	224.1/s
2	400 ms	394 ms	1002 ms	21 ms	1198 ms	503.3 /s
3	337 ms	311 ms	791 ms	11 ms	847 ms	557.4 /s
4	97 ms	85 ms	236 ms	17 ms	365 ms	745.2 /s
5	124 ms	109 ms	332 ms	11 ms	3033 ms	248 /s
6	84 ms	83 ms	156 ms	14 ms	217 ms	805 /s
7	224 ms	224 ms	486 ms	18 ms	565 ms	657.5 /s
8	92 ms	81 ms	326 ms	9 ms	3024 ms	250.5 /s
9	80 ms	72 ms	173 ms	14 ms	396 ms	789.9 /s
10	72 ms	63 ms	138 ms	12 ms	347 ms	792.4 /s