27、技术深挖:优化BI系统以稳定支撑每秒10万请求量,解决Young GC难题

本文通过一个服务于百万商家的BI系统案例,探讨了频繁Young GC对性能的影响。随着商家数量增长,系统面临每秒10万请求的压力,原来的4核8G机器无法胜任,升级到16核32G后,大内存导致的Young GC成为问题。解决方案是使用G1垃圾回收器,设置预期GC停顿时间,确保系统稳定运行。
摘要由CSDN通过智能技术生成
27.1、前文回顾

接下来,我们将重点讨论JVM频繁垃圾回收对系统性能的负面影响。为了深入理解这一主题,我们首先分析了JVM进行垃圾回收的具体场景以及其背后的原理。接着,我们对各种垃圾回收相关术语进行了概念梳理,并解释了它们的触发时机。

现在,我们将通过实际案例来进一步强调频繁垃圾回收所带来的性能问题,帮助大家更加深刻地认识到,如果JVM频繁地进行垃圾回收,将会对我们的系统性能造成怎样的影响。

27.2、揭开服务百万商家的BI系统神秘面纱!

首先,我想向大家介绍一个服务于百万级商家的BI(商业智能)系统。简单来说,假设你是一个平台运营者,有数十万甚至上百万的商家在你的平台上进行生意,他们会使用你提供的平台系统。在这个过程中,势必会产生大量的数据。基于这些数据,我们需要为商家提供一些数据报表,例如:每个商家每天有多少访客?有多少交易?付费转化率是多少?当然,实际情况会比这简单几句话复杂得多,这里我们只是简单介绍一下概念。因此,此时就需要一套BI系统。

所谓BI,英文全称是“Business Intelligence”,也就是“商业智能”。它的主要功能就是收集商家日常经营的数据进行分析,并将各种数据报表展示给商家,让商家能够更好地了解自己的经营状况,然后让老板能够“智能”地调整经营策略,从而提升业绩。

所以,这样的一个BI系统的大致运行逻辑如下:首先,从我们提供给商家日常使用的一个平台上,会采集出很多商家日常经营的数据。如下图所示。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

无法无天过路客

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值