怎麼處理分發卡號的問題

我做的一個活動，是抽獎之後向中獎使用者分發卡號，卡號是已經拿到手放到db裡；
當使用者中獎後完善資料去擷取卡密時：首先判斷使用狀態，得到卡號，再修改卡號狀態。

在這個擷取卡號的過程中，如果有高並發的情況，怎麼處理合理？

表是用的innodb引擎，在擷取卡號的時候判斷未使用的 也無法根據主鍵來行鎖，導致整個表鎖。

回複內容：

我做的一個活動，是抽獎之後向中獎使用者分發卡號，卡號是已經拿到手放到db裡；
當使用者中獎後完善資料去擷取卡密時：首先判斷使用狀態，得到卡號，再修改卡號狀態。

在這個擷取卡號的過程中，如果有高並發的情況，怎麼處理合理？

表是用的innodb引擎，在擷取卡號的時候判斷未使用的 也無法根據主鍵來行鎖，導致整個表鎖。

1. MySQL innodb引擎利用交易回復功能，一旦有某條sql操作失敗，則復原。

2. 利用隊列，減輕商務邏輯伺服器的負載，避免高並髮帶來的問題。

把未使用的卡號放在Redis的Queue裡，擷取一張就pop一張

你可以不給他卡號，這樣是最省事的辦法。中獎使用者肯定有記錄吧？發獎有狀態吧？使用者資料完善後變更一下發獎狀態，然後告訴使用者今天淩晨發獎就行了。然後設一個cron-job，到時候分一下肯定不會發重了。而且這麼搞中獎的人至少還要再訪問一次你的網站，省的有人領完獎就再也不來了。

