使用Redis實(shí)現(xiàn)秒殺功能的簡(jiǎn)單方法
1. 怎樣預(yù)防數(shù)據(jù)庫(kù)超售現(xiàn)象
設(shè)置數(shù)據(jù)庫(kù)事務(wù)的隔離級(jí)別為Serializable（不可用）
Serializable就是讓數(shù)據(jù)庫(kù)去串行化的去執(zhí)行事務(wù)，一個(gè)事務(wù)執(zhí)行完才能去執(zhí)行下一個(gè)事務(wù)，效率太慢
在數(shù)據(jù)表上設(shè)置樂(lè)觀鎖字段，例如設(shè)置版本號(hào)(version)
不同事務(wù)在執(zhí)行更新操作時(shí)，需要先判斷一下版本號(hào)是否已被修改
代碼實(shí)現(xiàn)樂(lè)觀鎖流程
1.1. 什么表需要設(shè)置樂(lè)觀鎖
出現(xiàn)同時(shí)修改同一條記錄的業(yè)務(wù)，相應(yīng)的數(shù)據(jù)表要設(shè)置樂(lè)觀鎖
不會(huì)出現(xiàn)同時(shí)修改同一記錄的數(shù)據(jù)庫(kù)，就不需要設(shè)置樂(lè)觀鎖
2. 利用Redis防止超售
為了保證事務(wù)的一致性，在開(kāi)啟事務(wù)之前必須要用WATCH命令監(jiān)視要操作的記錄
redis > WATCH kill_num kill_user
使用MULTI命令開(kāi)啟一個(gè)事務(wù)
redis > MULTI
開(kāi)啟事務(wù)后的所有操作都不會(huì)立即執(zhí)行，只有執(zhí)行EXEC命令的時(shí)候才會(huì)批處理執(zhí)行
redis > DECR kill_num redis > RPUSH kill_user 10086 redis > EXEC
spring-boot 引入 redis 依賴
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>
實(shí)現(xiàn)代碼
@Autowired
private StringRedisTemplate redisTemplate;
public void kill() {
// 獲取庫(kù)存
int killNum = Integer.parseInt(Objects.requireNonNull(redisTemplate.opsForValue().get("kill_num")));
if (killNum > 0) {
redisTemplate.watch(Arrays.asList("kill_num", "kill_user"));
// 開(kāi)啟事務(wù)
redisTemplate.multi();
// 庫(kù)存-1
redisTemplate.opsForValue().decrement("kill_num");
// 記錄秒殺用戶id(10086)
redisTemplate.opsForList().rightPush("kill_user", "10086");
// 提交事務(wù)
redisTemplate.exec();
}
}
總結(jié)
到此這篇關(guān)于使用Redis實(shí)現(xiàn)秒殺功能的文章就介紹到這了,更多相關(guān)Redis秒殺功能內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
相關(guān)文章
一起raid數(shù)據(jù)恢復(fù)及回遷成功的案例
這篇文章主要介紹了一起raid數(shù)據(jù)恢復(fù)及回遷成功的案例,需要的朋友可以參考下2017-04-04
這篇文章主要給大家介紹了關(guān)于redis的bigkey掃描腳本的相關(guān)資料，文中通過(guò)示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2018-07-07
Redis的Cluster集群搭建的實(shí)現(xiàn)步驟
本文檔只對(duì)Redis的Cluster集群做簡(jiǎn)單的介紹，并沒(méi)有對(duì)分布式系統(tǒng)的所涉及到的概念做深入的探討。感興趣的小伙伴們可以參考一下2021-07-07
詳解如何利用Redis實(shí)現(xiàn)生成唯一ID
隨著下單流量逐漸上升，為了降低數(shù)據(jù)庫(kù)的訪問(wèn)壓力，需要通過(guò)請(qǐng)求唯一ID+redis分布式鎖來(lái)防止接口重復(fù)提交。今天我們就一起來(lái)看探討一下，如何通過(guò)服務(wù)端來(lái)完成請(qǐng)求唯一?ID?的生成2022-11-11
Redis Sentinel實(shí)現(xiàn)高可用配置的詳細(xì)步驟
這篇文章主要介紹了Redis Sentinel實(shí)現(xiàn)高可用配置的詳細(xì)步驟，小編覺(jué)得挺不錯(cuò)的，現(xiàn)在分享給大家，也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧2018-09-09
詳解redis緩存與數(shù)據(jù)庫(kù)一致性問(wèn)題解決
這篇文章主要介紹了詳解redis緩存與數(shù)據(jù)庫(kù)一致性問(wèn)題解決，文中通過(guò)示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2021-03-03
Redis+PHP實(shí)現(xiàn)用戶消息推送每天最多通知2次的功能
在開(kāi)發(fā)應(yīng)用程序中,經(jīng)常需要向用戶推送消息通知,但是為了避免過(guò)多的打擾用戶,我們希望限制每天最多通知2次,本篇博文將介紹如何使用PHP和Redis實(shí)現(xiàn)這一功能,文中有詳細(xì)的代碼示例,需要的朋友可以參考下2023-10-10
Redis緩存-序列化對(duì)象存儲(chǔ)亂碼問(wèn)題的解決
這篇文章主要介紹了Redis緩存-序列化對(duì)象存儲(chǔ)亂碼問(wèn)題的解決方案，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教2021-06-06
基于redis實(shí)現(xiàn)的點(diǎn)贊功能設(shè)計(jì)思路詳解
點(diǎn)贊是我們現(xiàn)在經(jīng)常見(jiàn)到的一個(gè)效果，如朋友圈、微博都有點(diǎn)贊的效果，下面這篇文章主要跟大家分享了基于redis實(shí)現(xiàn)的點(diǎn)贊功能設(shè)計(jì)思路的相關(guān)資料，文中介紹的非常詳細(xì)，對(duì)大家實(shí)現(xiàn)點(diǎn)贊功能具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面來(lái)一起看看吧。2017-05-05
在實(shí)際項(xiàng)目中,我們可能需要根據(jù)一定的條件來(lái)刪除部分key,這時(shí)候就需要用到模糊刪除操作這,下面篇文章主要給大家介紹了關(guān)于Redis如何批量刪除指定模糊的key的相關(guān)資料,需要的朋友可以參考下2024-08-08