高并发发生分析

本文是学习笔记

高并发可能发生的地方:

红色部分可能发生高并发,绿色表示没有影响。


高并发发生分析_第1张图片
高并发分析

优化方案分析

  1. 为什么要单独获取系统时间?


    高并发发生分析_第2张图片
    用户操作

由于详情页被静态化放到CDN节点上,而不是秒杀系统服务器上,所以访问CDN定的时候是获取不到系统的当前时间,因此需要一个单独的请求来获取系统当前时间。


高并发发生分析_第3张图片
CDN

获取系统时间不用优化:
java访问一次内存(Cacheline)大约10ns,1s=10亿ns,不考虑GC1s可以做1亿次。

  1. 秒杀地址接口分析


    高并发发生分析_第4张图片
    秒杀地址接口分析
高并发发生分析_第5张图片
秒杀地址接口优化
  1. 秒杀操作优化分析


    高并发发生分析_第6张图片
    秒杀操作优化分析

其他方案分析


高并发发生分析_第7张图片
大公司常用方案
高并发发生分析_第8张图片
成本分析
  • NoSQL没有Mysql稳定。
  • 开发人员要对这些组件非常熟悉,熟悉数据一致性模型,了解自己的逻辑怎么处理回滚,比如:减库存失败怎么回滚,或者减完库存访问MQ超时怎么回滚,这些都需要手动实现。
  • 当减库存的时候不知道之前这个用户是否减过库存,一般的操作是再维护一个NoSQL的访问方案,用以记录哪些用户减过库存。

Mysql解决方案

  • Mysql的压测


    高并发发生分析_第9张图片
    Mysql的压测
  • Java控制事务行为分析


    高并发发生分析_第10张图片
    Java控制事务行为分析
  • 瓶颈分析


    高并发发生分析_第11张图片
    瓶颈分析

新生代GC会暂停所有的Java代码,包括事务代码,一次GC大概几十毫秒,并发越高,发生GC的次数越多。

这些执行完了,下一个等待行锁的线程才有机会拿到锁,执行第二个事务。

瓶颈不在于Java本身和Mysql本身,在于事务放在Java客户端执行,中间的通信网络延迟和GC。而Mysql同一行的事务是串行化执行的。

QPS=所有的SQL执行时间+网络延迟+GC。

优化分析结论

高并发发生分析_第12张图片
优化分析
  • 延迟分析


    高并发发生分析_第13张图片
    同城机房
高并发发生分析_第14张图片
异地机房

如何判断Update更新库存成功
两个条件:

  • Update自身没报错
  • 客户端确认Update影响记录数

优化思路:

  • 把客户端逻辑放到MySQL服务端,避免网络延迟和GC影响。

如何放到MySQL服务端
两种解决方案:

  • 定制SQL方案:update/*+[auto_commit]*/,需要修改MySQL源码。
  • 使用存储过程:整个事务在MySQL端完成。

优化总结

高并发发生分析_第15张图片
优化总结

你可能感兴趣的:(高并发发生分析)