JVM--线上系统jvm参数配置实战

最新推荐文章于 2024-07-31 10:30:00 发布

zheng45

最新推荐文章于 2024-07-31 10:30:00 发布

阅读量938

点赞数 1

分类专栏： JVM 文章标签： jvm

本文链接：https://blog.csdn.net/zheng45/article/details/116722547

版权

JVM 专栏收录该内容

6 篇文章 0 订阅

订阅专栏

上一篇文章最后留了一道思考题，线上系统怎么进行JVM参数配置及调优？其实对于一般的系统，并发量不大，很多开发人员很少关注JVM参数配置及调优，但是为了进阶更高一层，其实可以自己模拟一个高并发的请求，然后观察JVM内存使用情况，针对高并发下垃圾回收情况进行JVM调优。
笔者开发过一个订单系统，要求TPS峰值到达2w笔/秒，所以，本章节就针对TPS 2w笔/秒高并发情况下JVM如何配置进行讲解。

1. 业务流程介绍

在这里插入图片描述

主要流程如下：

用户在界面进行下单后，订单系统就会插入一条订单记录。
调用商品系统进行库存扣减。
如果库存扣减成功了，就会调用支付服务进行支付，其中支付服务设计跟第三方对接，支付订单等，这里就不详细介绍了。
支付成功后，会调用订单系统告诉用户已经支付成功了，订单就会修改成已支付。
订单修改为已支付后，会调用商品系统进行商品发货，物流监控等。
以上只是简单介绍订单系统业务逻辑，实际项目中业务逻辑可能比这个复杂得多，这里就不深入去探讨了。

2. 每个订单大概需要多大内存空间

接着我们来计算一下，每个支付订单对象大概需要多大的内存空间？

其实不考虑别的，你就直接根据订单类中的实例变量的类型来计算就可以了。

比如说订单类如下所示，你只要记住一个Integer类型的变量数据是4个字节，Long类型的变量数据是8个字节，还有别的类型的变量

数据占据多少字节。

public class GameDealOrder {

    /**
     * 订单编号
     */
    private String orderId;

    /**
     * 外部订单编号
     */
    private String outOrderId;

    /**
     * 支付订单编号
     */
    private String payOrderId;

    /**
     * 订单状态（0-待支付，1-已支付，2-配送中，3-已完成）
     */
    private Integer orderStatus;
    
    /**
     * 下单用户ID
     */
    private Long userId;
    
    /**
     * 商品ID
     */
    private Long goodsId;
    
    ......
 }

我们按照一个订单类有30个字段计算，一般计算下来也就几百个字节，我们按照一个订单对象500个字节。

3.每秒发起的支付请求对堆内存的占用

我们系统TPS是2w笔/秒，也就是说，一秒会创建2万个订单，那么假如我们线上订单部署的是5台机器，也就是1台机器需要处理4000个订单，1个订单是500个字节，大概占据的内存空间是 4000 * 500字节 = 2000000字节，大概就是2MB。这只是一个订单对象占用的内存空间，但是实际上还有其他对象，如果扩大10倍~20倍换成对完整系统的预估之后，我们看到，大致每秒会占据20MB左右的堆内存空间。
在这里插入图片描述

4. 系统运行内存分析

根据我们的分析，每秒4000个订单请求，创建4000个对象对象，占用的堆内存空间是2MB
然后接着1秒过后，这4000个对象就没有人引用了，就成了新生代里的垃圾了。
下一秒请求过来，我们的系统持续的创建订单对象，不停在新生代里放入4000个订单，然后新生代里的对象会持续的累积和增加。
直到有一刻，发现可能新生代里都有几十万个对象了，此时占据了几个G的空间了，可能新生代空间就快满了。
然后就会触发Minor GC，就把新生代里的垃圾对象都给回收掉了，腾出内存空间，然后继续来在内存里分配新的对象。
这就是这个业务系统的运行模型。