|
秒杀系统高并发优化： 系统流程  秒杀未开始【详情页】（各种商品信息）包含-系统时间-倒计时； 进入秒杀环节【地址暴露接口】（拿到秒杀地址）-【执行秒杀操作】-【放回结果】 具体优化操作： 详情页：用户大量刷新，可以将detail 页静态化，静态资源css,js等部署到CDN（内容分发网络，可以是动态也可以是静态资源，加速用户获取数据的系统，部署在用户最近的网络节点，命中CDN不需要访问后端服务器） ,这些不需要对应我们的秒杀系统。而系统时间则可以通过服务器调用，其实不需要怎么优化，访问速度10ns左右； 秒杀地址接口分析：不适合CDN缓存（地址是动态可变的） 适合redis服务端缓存 一致性维护成本低： 请求地址->redis->Mysal 【redis超时穿透/mysql 主动更新redis】 根据系统时间做判断是否暴露秒杀地址 秒杀操作优化分析：不适合CDN缓存 后端缓存问题：库存问题 一行数据竞争【redis 中存放热点商品的--】 MySQL :update 压力测试 一秒钟能达到4wQPs 但是Java客户端控制事务分析，执行update和 insert 会产生并发操作引发行锁 ①update[减库存]存在网络延迟/GC- ②insert[购买明细】同样会参数网络延迟/GS 同城机房：网络延迟0.5-2ms 1000QPs,存在GC 50ms 20QPs 异地机房：上海-北京 网络延迟20ms
解决方案：将客户端逻辑放到Mysql 服务端，避免网络延迟和GC干扰 1）定制SQL方案，修改MySql 源码2）调用存储过程：整个事物在Mysql端完成
优化总结： 前段控制：暴露接口，防重复按钮 动静态数据分离：CDN缓存，后端缓存 事务竞争优化：减少事务锁时间
| 
转播
