zoukankan      html  css  js  c++  java
  • 秒杀业务架构的优化

    优化方向:

      将请求尽量拦截在系统上游

      充分利用缓存

    站点架构

    1.客户端

      JS层面,限制用户在x秒之内只能提交一次请求;

    2.站点层

      用uid即可。在站点层面,对uid进行请求计数和去重,甚至不需要统一存储计数,直接站点层内存存储。一个uid,5秒只准透过1个请求,这样又能拦住99%的for循环请求。

      页面缓存,同一个uid,限制访问频度,做页面缓存,x秒内到达站点层的请求,均返回同一页面

    3.服务层

      写请求,做请求队列

      读请求,做缓存,memcached或redis

      业务规则上的优化,如分时分段售票...每隔半个小时放出一批:将流量摊匀

      数据粒度的优化,如流量大的时候,做一个粗粒度的 “有票”“无票”缓存即可

      业务逻辑的异步,如下单业务与 支付业务的分离

    4.数据层

      浏览器拦截了80%,站点层拦截了99.9%并做了页面缓存,服务层又做了写请求队列与数据缓存,每次透到数据库层的请求都是可控的

    优化思路
    
      尽量将请求拦截在系统上游
    
      读多写少的常用多使用缓存(缓存抗读压力)
  • 相关阅读:
    [原]zoj3772--【水题】线段树区间查询+矩阵乘法
    站立会议报告(5)
    团队博客(8)
    站立会议报告(4)
    团队博客(7)
    站立会议报告(3)
    团队博客(6)
    站立会议报告(2)
    团队博客(5)
    团队博客(4)
  • 原文地址:https://www.cnblogs.com/baby123/p/5359050.html
Copyright © 2011-2022 走看看