使如何使專案的並發性更高？利用ID自增保證排隊順序

場景分析

#這裡以搶紅包場景為例，需求如下：

    1.红包有个数限制，假设红包的个数限制为X。
    2.红包金额上线限制，假设金额上线为Y。
    3.要求用户抢红包的时候，不超过红包的个数限制X。
    4.要求用户抢红包的时候，不超过红包的金额Y。
    5.每个用户一次红包活动只能抢一个。

常規思路

這裡提一下最常見的思路：

    1.在用户抢红包时，检查当前发出去红包数量和金额，并加锁。
    2.检查红包数量和金额正常的后，随机用户红包金额。
    3.然后修改红包发出去的数量和金额，并给用户赠送红包，然后解锁。

常規思路的優缺點

首先是優點

    1.思路简单
    2.编不下去了。。。

然後是缺點

    1.锁数据回造成大量进程等待，造成浪费资源。
    2.锁造成的等待，用户体验奇差。
    3.对于锁机制不太了解的同学会产生一定的危险性。

優化想法

先分析，為什麼常規思路會慢？

    1.在抢红包的时候，每次都需要检查红包的上限 X 和 Y。
    2.锁会造成大量进程卡顿。
    3.生成红包的金额时还需要检查与上限 X 跟 Y 是否有冲突。

優化解決方案

紅包產生前置

例如紅包個數上限為X，金額上限為Y。
那麼，我在活動進行前就把這 X 個紅包插入到資料庫
並產生序號：HB1、HB2、HB3。 。 。 。 HBX

那麼實際上，到時候使用者就只需要按照先後順序去領取這個有序的紅包隊列了。
這個操作減少了到時候線上所產生的很多的計算量。最重要的是，能夠簡單且有效的保證了整個活動的可控性。

利用ID自增保證排隊順序

這裡利用到了一個ID產生表，透過建立 user_id 的唯一索引，保證每個人只能拿到一個序號。

搶紅包步驟如下

    1.活动创建之前，创建一张ID生成表，ID从 1 开始自增，且 user_id 唯一。
    2.活动开始，用户开始抢红包操作。
    3.抢红包之前，先插入ID表，获取插入ID，如果ID > X，通知用户已被抢完。
    4.如果 ID <= X，那么恭喜了，去红包表领取序号为 ID 的红包，并走异步发红包过程。
    5.活动结束之后，把相关用户领取信息存储在红包表，删除ID生成表。

方案優點

    1.不需要代码实现锁机制。
    2.逻辑简单。
    3.mysql保证每个用户只能拿到一个，且有序。

更多思考

有些朋友提到，可以用redis 隊列儲存紅包信息，但是實際上redis 比較佔用內存，需要長期儲存資料最好還是放在mysql。實際上，這裡可以使用 redis 的 incr 指令，得到類似在上面提到的 ID 產生表的功能，更加快速且嚴格遞增，能夠使整個專案的並發性更高。

【相關推薦】

1. 免費mysql線上影片教學

2. MySQL最新手冊教學

#3. 資料庫設計那些事

以上是使如何使專案的並發性更高？利用ID自增保證排隊順序的詳細內容。更多資訊請關注PHP中文網其他相關文章！