自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

Redis優(yōu)化高并發(fā)下的秒殺性能

開(kāi)發(fā) 架構(gòu) Redis
隨著雙11的臨近,各種促銷(xiāo)活動(dòng)開(kāi)始變得熱門(mén)起來(lái),比較主流的有秒殺、搶優(yōu)惠券、拼團(tuán)等等。涉及到高并發(fā)爭(zhēng)搶同一個(gè)資源的主要場(chǎng)景有秒殺和搶優(yōu)惠券。

 本文內(nèi)容

  • 使用Redis優(yōu)化高并發(fā)場(chǎng)景下的接口性能
  • 數(shù)據(jù)庫(kù)樂(lè)觀鎖

[[280829]]

隨著雙11的臨近,各種促銷(xiāo)活動(dòng)開(kāi)始變得熱門(mén)起來(lái),比較主流的有秒殺、搶優(yōu)惠券、拼團(tuán)等等。

涉及到高并發(fā)爭(zhēng)搶同一個(gè)資源的主要場(chǎng)景有秒殺和搶優(yōu)惠券。

前提

活動(dòng)規(guī)則

  • 獎(jiǎng)品數(shù)量有限,比如100個(gè)
  • 不限制參與用戶數(shù)
  • 每個(gè)用戶只能參與1次秒殺

活動(dòng)要求

  • 不能多發(fā),也不能少發(fā),100個(gè)獎(jiǎng)品要全部發(fā)出去
  • 1個(gè)用戶最多搶1個(gè)獎(jiǎng)品
  • 遵循先到先得原則,先來(lái)的用戶有獎(jiǎng)品

數(shù)據(jù)庫(kù)實(shí)現(xiàn)

悲觀鎖性能太差,本文不予討論,討論一下使用樂(lè)觀鎖解決高并發(fā)問(wèn)題的優(yōu)缺點(diǎn)。

數(shù)據(jù)庫(kù)結(jié)構(gòu)

  • 未中獎(jiǎng)時(shí)UserId為0,RewardAt為NULL
  • 中獎(jiǎng)時(shí)UserId為中獎(jiǎng)用戶ID,RewardAt為中獎(jiǎng)時(shí)間

樂(lè)觀鎖實(shí)現(xiàn)

樂(lè)觀鎖實(shí)際上并不存在真正的鎖,樂(lè)觀鎖是利用數(shù)據(jù)的某個(gè)字段來(lái)做的,比如本文的例子就是以UserId來(lái)實(shí)現(xiàn)的。

實(shí)現(xiàn)流程如下:

1.查詢UserId為0的獎(jiǎng)品,如果未找到則提示無(wú)獎(jiǎng)品

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

2.更新獎(jiǎng)品的用戶ID和中獎(jiǎng)時(shí)間(假設(shè)獎(jiǎng)品ID為1,中獎(jiǎng)用戶ID為100,當(dāng)前時(shí)間為2019-10-29 12:00:00),這里的user_id=0就是我們的樂(lè)觀鎖了。

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

3.檢測(cè)UPDATE語(yǔ)句的執(zhí)行返回值,如果返回1證明中獎(jiǎng)成功,否則證明該獎(jiǎng)品被其他人搶了

為什么要添加樂(lè)觀鎖

正常情況下獲取獎(jiǎng)品、然后把獎(jiǎng)品更新給指定用戶是沒(méi)問(wèn)題的。如果不添加user_id=0時(shí),高并發(fā)場(chǎng)景下會(huì)出現(xiàn)下面的問(wèn)題:

  1. 兩個(gè)用戶同時(shí)查詢到了1個(gè)未中獎(jiǎng)的獎(jiǎng)品(發(fā)生并發(fā)問(wèn)題)
  2. 將獎(jiǎng)品的中獎(jiǎng)用戶更新為用戶1,更新條件只有ID=獎(jiǎng)品ID
  3. 上述SQL執(zhí)行是成功的,影響行數(shù)也是1,此時(shí)接口會(huì)返回用戶1中獎(jiǎng)
  4. 接下來(lái)將中獎(jiǎng)用戶更新為用戶2,更新條件也只有ID=獎(jiǎng)品ID
  5. 由于是同一個(gè)獎(jiǎng)品,已經(jīng)發(fā)給用戶1的獎(jiǎng)品會(huì)重新發(fā)放給用戶2,此時(shí)影響行數(shù)為1,接口返回用戶2也中獎(jiǎng)
  6. 所以該獎(jiǎng)品的最終結(jié)果是發(fā)放給用戶2
  7. 用戶1就會(huì)過(guò)來(lái)投訴活動(dòng)方了,因?yàn)槌楠?jiǎng)接口返回用戶1中獎(jiǎng),但他的獎(jiǎng)品被搶了,此時(shí)活動(dòng)方只能賠錢(qián)了

添加樂(lè)觀鎖之后的抽獎(jiǎng)流程

  1. 更新用戶1時(shí)的條件為id=紅包ID AND user_id=0 ,由于此時(shí)紅包未分配給任何人,用戶1更新成功,接口返回用戶1中獎(jiǎng)
  2. 當(dāng)更新用戶2時(shí)更新條件為id=紅包ID AND user_id=0,由于此時(shí)該紅包已經(jīng)分配給用戶1了,所以該條件不會(huì)更新任何記錄,接口返回用戶2中獎(jiǎng)

樂(lè)觀鎖優(yōu)缺點(diǎn)

優(yōu)點(diǎn)

  • 性能尚可,因?yàn)闊o(wú)鎖
  • 不會(huì)超發(fā)

缺點(diǎn)

  • 通常不滿足“先到先得”的活動(dòng)規(guī)則,一旦發(fā)生并發(fā),就會(huì)發(fā)生未中獎(jiǎng)的情況,此時(shí)獎(jiǎng)品庫(kù)還有獎(jiǎng)品

壓測(cè)

在MacBook Pro 2018上的壓測(cè)表現(xiàn)如下(Golang實(shí)現(xiàn)的HTTP服務(wù)器,MySQL連接池大小100,Jmeter壓測(cè)):

  • 500并發(fā) 500總請(qǐng)求數(shù) 平均響應(yīng)時(shí)間331ms 發(fā)放成功數(shù)為31 吞吐量458.7/s

Redis實(shí)現(xiàn)

可以看到樂(lè)觀鎖的實(shí)現(xiàn)下?tīng)?zhēng)搶比太高,不是推薦的實(shí)現(xiàn)方法,下面通過(guò)Redis來(lái)優(yōu)化這個(gè)秒殺業(yè)務(wù)。

Redis高性能的原因

  • 單線程 省去了線程切換開(kāi)銷(xiāo)
  • 基于內(nèi)存的操作 雖然持久化操作涉及到硬盤(pán)訪問(wèn),但是那是異步的,不會(huì)影響Redis的業(yè)務(wù)
  • 使用了IO多路復(fù)用

實(shí)現(xiàn)流程

1.活動(dòng)開(kāi)始前將數(shù)據(jù)庫(kù)中獎(jiǎng)品的code寫(xiě)入Redis隊(duì)列中

2.活動(dòng)進(jìn)行時(shí)使用lpop彈出隊(duì)列中的元素

3.如果獲取成功,則使用UPDATE語(yǔ)法發(fā)放獎(jiǎng)品

  1. UPDATE reward SET user_id=用戶ID,reward_at=當(dāng)前時(shí)間 WHERE code='獎(jiǎng)品碼' 

4.如果獲取失敗,則當(dāng)前無(wú)可用獎(jiǎng)品,提示未中獎(jiǎng)即可

使用Redis的情況下并發(fā)訪問(wèn)是通過(guò)Redis的lpop()來(lái)保證的,該方法是原子方法,可以保證并發(fā)情況下也是一個(gè)個(gè)彈出的。

壓測(cè)

在MacBook Pro 2018上的壓測(cè)表現(xiàn)如下(Golang實(shí)現(xiàn)的HTTP服務(wù)器,MySQL連接池大小100,Redis連接池代銷(xiāo)100,Jmeter壓測(cè)):

  • 500并發(fā) 500總請(qǐng)求數(shù) 平均響應(yīng)時(shí)間48ms 發(fā)放成功數(shù)100 吞吐量497.0/s

結(jié)論

可以看到Redis的表現(xiàn)是穩(wěn)定的,不會(huì)出現(xiàn)超發(fā),且訪問(wèn)延遲少了8倍左右,吞吐量還沒(méi)達(dá)到瓶頸,可以看出Redis對(duì)于高并發(fā)系統(tǒng)的性能提升是非常大的!接入成本也不算高,值得學(xué)習(xí)!

實(shí)驗(yàn)代碼

  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寫(xiě)入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個(gè)獎(jiǎng)品"
  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.         // 檢測(cè)用戶是否搶過(guò)了 
  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.         // 檢測(cè)是否在隊(duì)列中 
  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.         // 發(fā)放紅包 
  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來(lái)驗(yàn)證Redis是否真的解決爭(zhēng)搶問(wèn)題 
  119.         if rowsAffected == 0 { 
  120.             fmt.Printf("發(fā)生爭(zhēng)搶. id=%d\n", envelope.Id) 
  121.             w.WriteHeader(500) 
  122.             _, _ = fmt.Fprintf(w, "發(fā)生爭(zhēng)搶. id=%d\n", 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)) 

 

責(zé)任編輯:華軒 來(lái)源: segmentfault
相關(guān)推薦

2025-02-20 00:01:00

2013-01-30 10:12:24

NginxNginx優(yōu)化高并發(fā)

2014-08-08 13:30:44

Nginx

2020-04-10 10:10:28

Nginx高并發(fā)性能

2019-02-15 10:11:23

2021-07-29 08:13:05

高并發(fā)秒殺商品秒殺系統(tǒng)

2019-06-25 09:32:16

Redis海量數(shù)據(jù)高并發(fā)

2025-03-21 06:20:00

連接池系統(tǒng)數(shù)據(jù)庫(kù)

2018-09-15 04:59:01

2024-02-02 11:24:00

I/O高并發(fā)場(chǎng)景

2018-06-29 09:06:26

高并發(fā)服務(wù)器優(yōu)化

2022-06-12 06:45:26

高并發(fā)防重

2020-10-14 07:20:53

高并發(fā)

2023-02-03 15:16:42

SpringHystrix

2025-02-26 08:20:18

2020-07-15 08:14:12

高并發(fā)

2017-11-27 08:50:29

架構(gòu)數(shù)據(jù)存儲(chǔ)

2023-08-16 11:39:19

高并發(fā)調(diào)優(yōu)

2021-08-05 12:41:57

高并發(fā)性能CAS
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)