加入收藏 | 设为首页 | 会员中心 | 我要投稿 湖南网 (https://www.hunanwang.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 建站 > 正文

Redis优化高并发下的秒杀性能

发布时间:2019-11-04 23:40:18 所属栏目:建站 来源:xialeistudio
导读:本文内容 行使Redis优化高并发场景下的接口机能 数据库乐观锁 跟着双11的邻近,各类促销勾当开始变得热点起来,较量主流的有秒杀、抢优惠券、拼团等等。 涉及到高并发争抢统一个资源的首要场景有秒杀和抢优惠券。 条件 勾当法则 奖品数目有限,好比100个

 本文内容

  • 行使Redis优化高并发场景下的接口机能
  • 数据库乐观锁

Redis优化高并发下的秒杀机能

跟着双11的邻近,各类促销勾当开始变得热点起来,较量主流的有秒杀、抢优惠券、拼团等等。

涉及到高并发争抢统一个资源的首要场景有秒杀和抢优惠券。

条件

勾当法则

  • 奖品数目有限,好比100个
  • 不限定参加用户数
  • 每个用户只能参加1次秒杀

勾当要求

  • 不能多发,也不能少发,100个奖品要所有发出去
  • 1个用户最多抢1个奖品
  • 遵循先到先得原则,先来的用户有奖品

数据库实现

气馁锁机能太差,本文不予接头,接头一下行使乐观锁办理高并发题目的优弱点。

数据库布局

Redis优化高并发下的秒杀机能

  • 未中奖时UserId为0,RewardAt为NULL
  • 中奖时UserId为中奖用户ID,RewardAt为中奖时刻

乐观锁实现

乐观锁现实上并不存在真正的锁,乐观锁是操作数据的某个字段来做的,好比本文的例子就是以UserId来实现的。

实现流程如下:

1.查询UserId为0的奖品,假如未找到则提醒无奖品

  1. SELECT * FROM envelope WHERE user_id=0 LIMIT 1 

2.更新奖品的用户ID和中奖时刻(假设奖品ID为1,中奖用户ID为100,当前时刻为2019-10-29 12:00:00),这里的user_id=0就是我们的乐观锁了。

  1. UPDATE envelope SET user_id=100, reward_at='2019-10-29 12:00:00' WHERE user_id=0 AND id=1 

3.检测UPDATE语句的执行返回值,假如返回1证明中奖乐成,不然证明该奖品被其他人抢了

为什么要添加乐观锁

正常环境下获取奖品、然后把奖品更新给指定用户是没题目的。假如不添加user_id=0时,高并发场景下会呈现下面的题目:

  1. 两个用户同时查询到了1个未中奖的奖品(产生并发题目)
  2. 将奖品的中奖用户更新为用户1,更新前提只有ID=奖品ID
  3. 上述SQL执行是乐成的,影响行数也是1,此时接口会返回用户1中奖
  4. 接下来将中奖用户更新为用户2,更新前提也只有ID=奖品ID
  5. 因为是统一个奖品,已经发给用户1的奖品会从头发放给用户2,此时影响行数为1,接口返回用户2也中奖
  6. 以是该奖品的最终功效是发放给用户2
  7. 用户1就会过来投诉勾当方了,由于抽奖接口返回用户1中奖,但他的奖品被抢了,此时勾当方只能赔钱了

添加乐观锁之后的抽奖流程

  1. 更新用户1时的前提为id=红包ID AND user_id=0 ,因为此时红包未分派给任何人,用户1更新乐成,接口返回用户1中奖
  2. 当更新用户2时更新前提为id=红包ID AND user_id=0,因为此时该红包已经分派给用户1了,以是该前提不会更新任何记录,接口返回用户2中奖

乐观锁优弱点

利益

  • 机能尚可,由于无锁
  • 不会超发

弱点

  • 凡是不满意“先到先得”的勾当法则,一旦产生并发,就会产生未中奖的环境,此时奖品库尚有奖品

压测

在MacBook Pro 2018上的压测示意如下(Golang实现的HTTP处事器,MySQL毗连池巨细100,Jmeter压测):

  • 500并发 500总哀求数 均匀相应时刻331ms 发放乐成数为31 吞吐量458.7/s

Redis实现

可以看到乐观锁的实现下争抢比太高,不是保举的实现要领,下面通过Redis来优化这个秒杀营业。

Redis高机能的缘故起因

  • 单线程 省去了线程切换开销
  • 基于内存的操纵 固然耐久化操纵涉及到硬盘会见,可是那是异步的,不会影响Redis的营业
  • 行使了IO多路复用

实现流程

1.勾当开始前将数据库中奖品的code写入Redis行列中

2.勾当举办时行使lpop弹出行列中的元素

3.假如获取乐成,则行使UPDATE语法发放奖品

  1. UPDATE reward SET user_id=用户ID,reward_at=当前时刻 WHERE code='奖品码' 

4.假如获取失败,则当前无可用奖品,提醒未中奖即可

行使Redis的环境下并发会见是通过Redis的lpop()来担保的,该要领是原子要领,可以担保并发环境下也是一个个弹出的。

压测

在MacBook Pro 2018上的压测示意如下(Golang实现的HTTP处事器,MySQL毗连池巨细100,Redis毗连池代销100,Jmeter压测):

  • 500并发 500总哀求数 均匀相应时刻48ms 发放乐成数100 吞吐量497.0/s

结论

可以看到Redis的示意是不变的,不会呈现超发,且会见耽误少了8倍阁下,吞吐量还没到达瓶颈,可以看出Redis对付高并发体系的机能晋升长短常大的!接入本钱也不算高,值得进修!

尝试代码

  1. // main.go 
  2. package main 
  3.  
  4. import ( 
  5.     "fmt" 
  6.     "github.com/go-redis/redis" 
  7.     _ "github.com/go-sql-driver/mysql" 
  8.     "github.com/jinzhu/gorm" 
  9.     "log" 
  10.     "net/http" 
  11.     "strconv" 
  12.     "time" 
  13.  
  14. type Envelope struct { 
  15.     Id        int `gorm:"primary_key"` 
  16.     Code      string 
  17.     UserId    int 
  18.     CreatedAt time.Time 
  19.     RewardAt  *time.Time 
  20.  
  21. func (Envelope) TableName() string { 
  22.     return "envelope" 
  23.  
  24. func (p *Envelope) BeforeCreate() error { 
  25.     p.CreatedAt = time.Now() 
  26.     return nil 
  27.  
  28. const ( 
  29.     QueueEnvelope = "envelope" 
  30.     QueueUser     = "user" 
  31.  
  32. var ( 
  33.     db          *gorm.DB 
  34.     redisClient *redis.Client 
  35.  
  36. func init() { 
  37.     var err error 
  38.     db, err = gorm.Open("mysql", "root:root@tcp(localhost:3306)/test?charset=utf8&parseTime=True&loc=Local") 
  39.     if err != nil { 
  40.         log.Fatal(err) 
  41.     } 
  42.     if err = db.DB().Ping(); err != nil { 
  43.         log.Fatal(err) 
  44.     } 
  45.     db.DB().SetMaxOpenConns(100) 
  46.     fmt.Println("database connected. pool size 10") 
  47.  
  48. func init() { 
  49.     redisClient = redis.NewClient(&redis.Options{ 
  50.         Addr:     "localhost:6379", 
  51.         DB:       0, 
  52.         PoolSize: 100, 
  53.     }) 
  54.     if _, err := redisClient.Ping().Result(); err != nil { 
  55.         log.Fatal(err) 
  56.     } 
  57.     fmt.Println("redis connected. pool size 100") 
  58.  
  59. // 读取Code写入Queue 
  60. func init() { 
  61.     envelopes := make([]Envelope, 0, 100) 
  62.     if err := db.Debug().Where("user_id=0").Limit(100).Find(&envelopes).Error; err != nil { 
  63.         log.Fatal(err) 
  64.     } 
  65.     if len(envelopes) != 100 { 
  66.         log.Fatal("不敷100个奖品") 
  67.     } 
  68.     for i := range envelopes { 
  69.         if err := redisClient.LPush(QueueEnvelope, envelopes[i].Code).Err(); err != nil { 
  70.             log.Fatal(err) 
  71.         } 
  72.     } 
  73.     fmt.Println("load 100 envelopes") 
  74.  
  75. func main() { 
  76.     http.HandleFunc("/envelope", func(w http.ResponseWriter, r *http.Request) { 
  77.         uid := r.Header.Get("x-user-id") 
  78.         if uid == "" { 
  79.             w.WriteHeader(401) 
  80.             _, _ = fmt.Fprint(w, "UnAuthorized") 
  81.             return 
  82.         } 
  83.         uidValue, err := strconv.Atoi(uid) 
  84.         if err != nil { 
  85.             w.WriteHeader(400) 
  86.             _, _ = fmt.Fprint(w, "Bad Request") 
  87.             return 
  88.         } 
  89.         // 检测用户是否抢过了 
  90.         if result, err := redisClient.HIncrBy(QueueUser, uid, 1).Result(); err != nil || result != 1 { 
  91.             w.WriteHeader(429) 
  92.             _, _ = fmt.Fprint(w, "Too Many Request") 
  93.             return 
  94.         } 
  95.         // 检测是否在行列中 
  96.         code, err := redisClient.LPop(QueueEnvelope).Result() 
  97.         if err != nil { 
  98.             w.WriteHeader(200) 
  99.             _, _ = fmt.Fprint(w, "No Envelope") 
  100.             return 
  101.         } 
  102.         // 发放红包 
  103.         envelope := &Envelope{} 
  104.         err = db.Where("code=?", code).Take(&envelope).Error 
  105.         if err == gorm.ErrRecordNotFound { 
  106.             w.WriteHeader(200) 
  107.             _, _ = fmt.Fprint(w, "No Envelope") 
  108.             return 
  109.         } 
  110.         if err != nil { 
  111.             w.WriteHeader(500) 
  112.             _, _ = fmt.Fprint(w, err) 
  113.             return 
  114.         } 
  115.         now := time.Now() 
  116.         envelope.UserId = uidValue 
  117.         envelope.RewardAt = &now 
  118.         rowsAffected := db.Where("user_id=0").Save(&envelope).RowsAffected // 添加user_id=0来验证Redis是否真的办理争抢题目 
  119.         if rowsAffected == 0 { 
  120.             fmt.Printf("产生争抢. id=%dn", envelope.Id) 
  121.             w.WriteHeader(500) 
  122.             _, _ = fmt.Fprintf(w, "产生争抢. id=%dn", envelope.Id) 
  123.             return 
  124.         } 
  125.         _, _ = fmt.Fprint(w, envelope.Code) 
  126.     }) 
  127.  
  128.     fmt.Println("listen on 8080") 
  129.     fmt.Println(http.ListenAndServe(":8080", nil)) 

(编辑:湖南网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    热点阅读