本文是学习笔记
高并发可能发生的地方:
红色部分可能发生高并发,绿色表示没有影响。
优化方案分析
-
为什么要单独获取系统时间?
由于详情页被静态化放到CDN节点上,而不是秒杀系统服务器上,所以访问CDN定的时候是获取不到系统的当前时间,因此需要一个单独的请求来获取系统当前时间。
获取系统时间不用优化:
java访问一次内存(Cacheline)大约10ns,1s=10亿ns,不考虑GC1s可以做1亿次。
-
秒杀地址接口分析
-
秒杀操作优化分析
其他方案分析
- NoSQL没有Mysql稳定。
- 开发人员要对这些组件非常熟悉,熟悉数据一致性模型,了解自己的逻辑怎么处理回滚,比如:减库存失败怎么回滚,或者减完库存访问MQ超时怎么回滚,这些都需要手动实现。
- 当减库存的时候不知道之前这个用户是否减过库存,一般的操作是再维护一个NoSQL的访问方案,用以记录哪些用户减过库存。
Mysql解决方案
-
Mysql的压测
-
Java控制事务行为分析
-
瓶颈分析
新生代GC会暂停所有的Java代码,包括事务代码,一次GC大概几十毫秒,并发越高,发生GC的次数越多。
这些执行完了,下一个等待行锁的线程才有机会拿到锁,执行第二个事务。
瓶颈不在于Java本身和Mysql本身,在于事务放在Java客户端执行,中间的通信网络延迟和GC。而Mysql同一行的事务是串行化执行的。
QPS=所有的SQL执行时间+网络延迟+GC。
优化分析结论
-
延迟分析
如何判断Update更新库存成功
两个条件:
- Update自身没报错
- 客户端确认Update影响记录数
优化思路:
- 把客户端逻辑放到MySQL服务端,避免网络延迟和GC影响。
如何放到MySQL服务端
两种解决方案:
- 定制SQL方案:update/*+[auto_commit]*/,需要修改MySQL源码。
- 使用存储过程:整个事务在MySQL端完成。