如何应对高并发下的购票压力
本文要介绍的就是大麦项目中最为核心的业务,如果应对高并发下的购票压力?并解决数据的并发问题?
在售票项目中,高并发购票会给系统带来多方面的挑战,这些挑战包括但不限于:
- 性能瓶颈:当大量用户同时尝试购买票务时,系统需要能够快速响应每个请求。性能瓶颈可能发生在服务器的计算能力、数据库访问、网络带宽或其他资源限制上
- 数据一致性:保证在高并发环境下数据的准确性和一致性是非常重要的。例如,在售票系统中,需要确保不会出售超过实际可用票数的票,这要求系统能够正确处理并发写操作,避免数据冲突和覆盖
- 系统可靠性:高并发请求可能会导致系统过载,甚至崩溃。系统需要具备自我恢复的能力,并能够在出现故障时保持一定程度的服务可用性
- 用户体验:在高并发情况下,系统的响应时间可能会变长,影响用户体验。系统需要通过合理的设计来优化响应时间,比如通过缓存常用数据,减少数据库查询等方式
针对购票流程,大麦网项目进行使用了各种技巧来提高效率,包括幂等性、本地锁、分布式锁、redis、lua、限流算法等。希望小伙伴能认真的学习此章节,对自己的开发能力绝对能提升一个层次
节目服务控制层入口
com.damai.controller.ProgramOrderController#createV1
@ApiOperation(value = "购票V1")
@PostMapping(value = "/create/v1")
public ApiResponse<String> createV1(@Valid @RequestBody ProgramOrderCreateDto programOrderCreateDto) {
return ApiResponse.ok(programOrderLock.createV1(programOrderCreateDto));
}
加锁层
com.damai.lock.ProgramOrderLock#createV1
/**
* 订单创建,使用节目id作为锁
* */
@RepeatExecuteLimit(
name = RepeatExecuteLimitConstants.CREATE_PROGRAM_ORDER,
keys = {"#programOrderCreateDto.userId","#programOrderCreateDto.programId"})
@ServiceLock(name = PROGRAM_ORDER_CREATE_V1,keys = {"#programOrderCreateDto.programId"})
public String createV1(ProgramOrderCreateDto programOrderCreateDto) {
compositeContainer.execute(CompositeCheckType.PROGRAM_ORDER_CREATE_CHECK.getValue(),programOrderCreateDto);
return programOrderService.create(programOrderCreateDto);
}
付费内容提示
该文档的全部内容仅对「JavaUp项目实战&技术讲解」知识星球用户开放
加入星球后,你可以获得:
- 超级八股文:100万+字的全栈技术知识库,涵盖技术核心、数据库、中间件、分布式等深度剖析的讲解
- 讲解文档:黑马点评Plus、大麦、大麦pro、大麦AI、流量切换、数据中台的从0到1的550+详细文档
- 讲解视频:黑马点评Plus、大麦、大麦pro、大麦AI、流量切换、数据中台的核心业务详细讲解
- 1 对 1 解答:可以对我进行1对1的问题提问,而不仅仅只限于项目
- 针对性服务:有没理解的地方,文档或者视频还没有讲到可以提出,本人会补充
- 面试与简历指导:提供面试回答技巧,项目怎样写才能在简历中具有独特的亮点
- 中间件环境:对于项目中需要使用的中间件,可直接替换成我提供的云环境
- 面试后复盘:小伙伴去面试后,如果哪里被面试官问住了,可以再找我解答
- 远程的解决:如果在启动项目遇到问题,本人可以帮你远程解决
进入星球后,即可享受上述所有服务,保证不会再有其他隐藏费用。
