秒杀高并发优化分析

学习了慕课网《高并发秒杀优化》视频，总结如下：

秒杀的高并发问题在哪里？



业务分析



红色部分是有可能发生高并发的地方，我们来一一分析
一、详情页通过用户大量的刷新，一些静态资源需要加载，这个耗费IO时间。优化方案：使用CDN缓存



CDN(内容分发网络)可以加速用户获取数据；部署在离用户最近的网络节点上；命中CDN不需要方法后端服务器；互联网公司可以自己搭建或租用。

二、系统时间不用优化，因为访问一次内（Cacheline）大约10ns。

三、秒杀地址接口





四、秒杀操作



方案一：天猫阿里用到的优化：



曾看过看过一篇博客《 ITOO---选课里的“秒杀”业务实现（一）》就是这样实现的。
把资源放到redis中，把资源竞争引入到redis，因为redis并发量高达几万或者几十万；业务逻辑发送到MQ,然后并发写到库中。
这其中有一个redis并发问题，虽然redis是单线程，但还是存在因操作上引起的数据覆盖，这里应该把所有的业务逻辑都一步执行，执行完毕后其它业务才能执行，这里使用到redis lua脚本,这里完全可以解决。
方案2：用mysql解决资源竞争。
有人会有疑问，mysql太低效？



无事务的执行mysql测update操作，承受并发量是4w/s。这样的效率还是挺好的。
用java控制事务之后呢



加上事务后的瓶颈



这样的并发量只有500/s。



1、网络延迟





大概要20ms左右，如果不计算其他业务时间，并发量就才50/s，所以尽量选择同城机房。
2、





第一点是需要修改mysql源码，阿里和天猫曾经用过。
第二点适用范围很大。





3、优化数据库：分库分表
搭建各种集群，如下：



总结
        这只是大体结构，还存在细节上的问题，可以多多交流。