欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

Redis實(shí)現(xiàn)分布式鎖的五種方法詳解

 更新時(shí)間:2022年06月14日 08:43:33   作者:m0_67401606  
在分布式架構(gòu)中,我們同樣會(huì)遇到數(shù)據(jù)共享操作問題,本文章使用Redis來解決分布式架構(gòu)中的數(shù)據(jù)一致性問題,需要的小伙伴可以參考一下

在單體應(yīng)用中,如果我們對(duì)共享數(shù)據(jù)不進(jìn)行加鎖操作,會(huì)出現(xiàn)數(shù)據(jù)一致性問題,我們的解決辦法通常是加鎖。

在分布式架構(gòu)中,我們同樣會(huì)遇到數(shù)據(jù)共享操作問題,本文章使用Redis來解決分布式架構(gòu)中的數(shù)據(jù)一致性問題。

1. 單機(jī)數(shù)據(jù)一致性

單機(jī)數(shù)據(jù)一致性架構(gòu)如下圖所示:多個(gè)可客戶訪問同一個(gè)服務(wù)器,連接同一個(gè)數(shù)據(jù)庫。

場景描述:客戶端模擬購買商品過程,在Redis中設(shè)定庫存總數(shù)剩100個(gè),多個(gè)客戶端同時(shí)并發(fā)購買。

@RestController
public class IndexController1 {

    @Autowired
    StringRedisTemplate template;

    @RequestMapping("/buy1")
    public String index(){
        // Redis中存有g(shù)oods:001號(hào)商品,數(shù)量為100
        String result = template.opsForValue().get("goods:001");
        // 獲取到剩余商品數(shù)
        int total = result == null ? 0 : Integer.parseInt(result);
        if( total > 0 ){
            // 剩余商品數(shù)大于0 ,則進(jìn)行扣減
            int realTotal = total -1;
            // 將商品數(shù)回寫數(shù)據(jù)庫
            template.opsForValue().set("goods:001",String.valueOf(realTotal));
            System.out.println("購買商品成功,庫存還剩:"+realTotal +"件, 服務(wù)端口為8001");
            return "購買商品成功,庫存還剩:"+realTotal +"件, 服務(wù)端口為8001";
        }else{
            System.out.println("購買商品失敗,服務(wù)端口為8001");
        }
        return "購買商品失敗,服務(wù)端口為8001";
    }
}

使用Jmeter模擬高并發(fā)場景,測試結(jié)果如下:

測試結(jié)果出現(xiàn)多個(gè)用戶購買同一商品,發(fā)生了數(shù)據(jù)不一致問題!

解決辦法:單體應(yīng)用的情況下,對(duì)并發(fā)的操作進(jìn)行加鎖操作,保證對(duì)數(shù)據(jù)的操作具有原子性

  • synchronized
  • ReentrantLock
@RestController
public class IndexController2 {
// 使用ReentrantLock鎖解決單體應(yīng)用的并發(fā)問題
Lock lock = new ReentrantLock();

@Autowired
StringRedisTemplate template;

@RequestMapping("/buy2")
public String index() {

    lock.lock();
    try {
        String result = template.opsForValue().get("goods:001");
        int total = result == null ? 0 : Integer.parseInt(result);
        if (total > 0) {
            int realTotal = total - 1;
            template.opsForValue().set("goods:001", String.valueOf(realTotal));
            System.out.println("購買商品成功,庫存還剩:" + realTotal + "件, 服務(wù)端口為8001");
            return "購買商品成功,庫存還剩:" + realTotal + "件, 服務(wù)端口為8001";
        } else {
            System.out.println("購買商品失敗,服務(wù)端口為8001");
        }
    } catch (Exception e) {
        lock.unlock();
    } finally {
        lock.unlock();
    }
    return "購買商品失敗,服務(wù)端口為8001";
}
}

2. 分布式數(shù)據(jù)一致性

上面解決了單體應(yīng)用的數(shù)據(jù)一致性問題,但如果是分布式架構(gòu)部署呢,架構(gòu)如下:

提供兩個(gè)服務(wù),端口分別為8001、8002,連接同一個(gè)Redis服務(wù),在服務(wù)前面有一臺(tái)Nginx作為負(fù)載均衡

兩臺(tái)服務(wù)代碼相同,只是端口不同

8001、8002兩個(gè)服務(wù)啟動(dòng),每個(gè)服務(wù)依然用ReentrantLock加鎖,用Jmeter做并發(fā)測試,發(fā)現(xiàn)會(huì)出現(xiàn)數(shù)據(jù)一致性問題!

3. Redis實(shí)現(xiàn)分布式鎖

3.1 方式一

取消單機(jī)鎖,下面使用redisset命令來實(shí)現(xiàn)分布式加鎖

SET KEY VALUE [EX seconds] [PX milliseconds] [NX|XX]

  • EX seconds 設(shè)置指定的到期時(shí)間(以秒為單位)
  • PX milliseconds 設(shè)置指定的到期時(shí)間(以毫秒為單位)
  • NX 僅在鍵不存在時(shí)設(shè)置鍵
  • XX 只有在鍵已存在時(shí)才設(shè)置
@RestController
public class IndexController4 {

    // Redis分布式鎖的key
    public static final String REDIS_LOCK = "good_lock";

    @Autowired
    StringRedisTemplate template;

    @RequestMapping("/buy4")
    public String index(){

        // 每個(gè)人進(jìn)來先要進(jìn)行加鎖,key值為"good_lock",value隨機(jī)生成
        String value = UUID.randomUUID().toString().replace("-","");
        try{
            // 加鎖
            Boolean flag = template.opsForValue().setIfAbsent(REDIS_LOCK, value);
            // 加鎖失敗
            if(!flag){
                return "搶鎖失??!";
            }
            System.out.println( value+ " 搶鎖成功");
            String result = template.opsForValue().get("goods:001");
            int total = result == null ? 0 : Integer.parseInt(result);
            if (total > 0) {
                int realTotal = total - 1;
                template.opsForValue().set("goods:001", String.valueOf(realTotal));
                // 如果在搶到所之后,刪除鎖之前,發(fā)生了異常,鎖就無法被釋放,
                // 釋放鎖操作不能在此操作,要在finally處理
				// template.delete(REDIS_LOCK);
                System.out.println("購買商品成功,庫存還剩:" + realTotal + "件, 服務(wù)端口為8001");
                return "購買商品成功,庫存還剩:" + realTotal + "件, 服務(wù)端口為8001";
            } else {
                System.out.println("購買商品失敗,服務(wù)端口為8001");
            }
            return "購買商品失敗,服務(wù)端口為8001";
        }finally {
            // 釋放鎖
            template.delete(REDIS_LOCK);
        }
    }
}

上面的代碼,可以解決分布式架構(gòu)中數(shù)據(jù)一致性問題。但再仔細(xì)想想,還是會(huì)有問題,下面進(jìn)行改進(jìn)。

3.2 方式二(改進(jìn)方式一)

在上面的代碼中,如果程序在運(yùn)行期間,部署了微服務(wù)jar包的機(jī)器突然掛了,代碼層面根本就沒有走到finally代碼塊,也就是說在宕機(jī)前,鎖并沒有被刪除掉,這樣的話,就沒辦法保證解鎖

所以,這里需要對(duì)這個(gè)key加一個(gè)過期時(shí)間,Redis中設(shè)置過期時(shí)間有兩種方法:

  • template.expire(REDIS_LOCK,10, TimeUnit.SECONDS)
  • template.opsForValue().setIfAbsent(REDIS_LOCK, value,10L,TimeUnit.SECONDS)

第一種方法需要單獨(dú)的一行代碼,且并沒有與加鎖放在同一步操作,所以不具備原子性,也會(huì)出問題

第二種方法在加鎖的同時(shí)就進(jìn)行了設(shè)置過期時(shí)間,所有沒有問題,這里采用這種方式

調(diào)整下代碼,在加鎖的同時(shí),設(shè)置過期時(shí)間:

// 為key加一個(gè)過期時(shí)間,其余代碼不變
Boolean flag = template.opsForValue().setIfAbsent(REDIS_LOCK,value,10L,TimeUnit.SECONDS);

這種方式解決了因服務(wù)突然宕機(jī)而無法釋放鎖的問題。但再仔細(xì)想想,還是會(huì)有問題,下面進(jìn)行改進(jìn)。

3.3 方式三(改進(jìn)方式二)

方式二設(shè)置了key的過期時(shí)間,解決了key無法刪除的問題,但問題又來了

上面設(shè)置了key的過期時(shí)間為10秒,如果業(yè)務(wù)邏輯比較復(fù)雜,需要調(diào)用其他微服務(wù),處理時(shí)間需要15秒(模擬場

景,別較真),而當(dāng)10秒鐘過去之后,這個(gè)key就過期了,其他請求就又可以設(shè)置這個(gè)key,此時(shí)如果耗時(shí)15

的請求處理完了,回來繼續(xù)執(zhí)行程序,就會(huì)把別人設(shè)置的key給刪除了,這是個(gè)很嚴(yán)重的問題!

所以,誰上的鎖,誰才能刪除

@RestController
public class IndexController6 {

    public static final String REDIS_LOCK = "good_lock";

    @Autowired
    StringRedisTemplate template;

    @RequestMapping("/buy6")
    public String index(){

        // 每個(gè)人進(jìn)來先要進(jìn)行加鎖,key值為"good_lock"
        String value = UUID.randomUUID().toString().replace("-","");
        try{
            // 為key加一個(gè)過期時(shí)間
            Boolean flag = template.opsForValue().setIfAbsent(REDIS_LOCK, value,10L,TimeUnit.SECONDS);

            // 加鎖失敗
            if(!flag){
                return "搶鎖失?。?;
            }
            System.out.println( value+ " 搶鎖成功");
            String result = template.opsForValue().get("goods:001");
            int total = result == null ? 0 : Integer.parseInt(result);
            if (total > 0) {
                // 如果在此處需要調(diào)用其他微服務(wù),處理時(shí)間較長。。。
                int realTotal = total - 1;
                template.opsForValue().set("goods:001", String.valueOf(realTotal));
                System.out.println("購買商品成功,庫存還剩:" + realTotal + "件, 服務(wù)端口為8001");
                return "購買商品成功,庫存還剩:" + realTotal + "件, 服務(wù)端口為8001";
            } else {
                System.out.println("購買商品失敗,服務(wù)端口為8001");
            }
            return "購買商品失敗,服務(wù)端口為8001";
        }finally {
            // 誰加的鎖,誰才能刪除?。。?!
            if(template.opsForValue().get(REDIS_LOCK).equals(value)){
                template.delete(REDIS_LOCK);
            }
        }
    }
}

這種方式解決了因服務(wù)處理時(shí)間太長而釋放了別人鎖的問題。這樣就沒問題了嗎?

3.4 方式四(改進(jìn)方式三)

在上面方式三下,規(guī)定了誰上的鎖,誰才能刪除,但finally快的判斷和del刪除操作不是原子操作,并發(fā)的時(shí)候也會(huì)出問題,并發(fā)嘛,就是要保證數(shù)據(jù)的一致性,保證數(shù)據(jù)的一致性,最好要保證對(duì)數(shù)據(jù)的操作具有原子性。

Redisset命令介紹中,最后推薦Lua腳本進(jìn)行鎖的刪除,地址

@RestController
public class IndexController7 {

    public static final String REDIS_LOCK = "good_lock";

    @Autowired
    StringRedisTemplate template;

    @RequestMapping("/buy7")
    public String index(){

        // 每個(gè)人進(jìn)來先要進(jìn)行加鎖,key值為"good_lock"
        String value = UUID.randomUUID().toString().replace("-","");
        try{
            // 為key加一個(gè)過期時(shí)間
            Boolean flag = template.opsForValue().setIfAbsent(REDIS_LOCK, value,10L,TimeUnit.SECONDS);
            // 加鎖失敗
            if(!flag){
                return "搶鎖失?。?;
            }
            System.out.println( value+ " 搶鎖成功");
            String result = template.opsForValue().get("goods:001");
            int total = result == null ? 0 : Integer.parseInt(result);
            if (total > 0) {
                // 如果在此處需要調(diào)用其他微服務(wù),處理時(shí)間較長。。。
                int realTotal = total - 1;
                template.opsForValue().set("goods:001", String.valueOf(realTotal));
                System.out.println("購買商品成功,庫存還剩:" + realTotal + "件, 服務(wù)端口為8001");
                return "購買商品成功,庫存還剩:" + realTotal + "件, 服務(wù)端口為8001";
            } else {
                System.out.println("購買商品失敗,服務(wù)端口為8001");
            }
            return "購買商品失敗,服務(wù)端口為8001";
        }finally {
            // 誰加的鎖,誰才能刪除,使用Lua腳本,進(jìn)行鎖的刪除

            Jedis jedis = null;
            try{
                jedis = RedisUtils.getJedis();

                String script = "if redis.call('get',KEYS[1]) == ARGV[1] " +
                        "then " +
                        "return redis.call('del',KEYS[1]) " +
                        "else " +
                        "   return 0 " +
                        "end";

                Object eval = jedis.eval(script, Collections.singletonList(REDIS_LOCK), Collections.singletonList(value));
                if("1".equals(eval.toString())){
                    System.out.println("-----del redis lock ok....");
                }else{
                    System.out.println("-----del redis lock error ....");
                }
            }catch (Exception e){

            }finally {
                if(null != jedis){
                    jedis.close();
                }
            }
        }
    }
}

3.5 方式五(改進(jìn)方式四)

在方式四下,規(guī)定了誰上的鎖,誰才能刪除,并且解決了刪除操作沒有原子性問題。但還沒有考慮緩存續(xù)命,以及Redis集群部署下,異步復(fù)制造成的鎖丟失:主節(jié)點(diǎn)沒來得及把剛剛set進(jìn)來這條數(shù)據(jù)給從節(jié)點(diǎn),就掛了。所以直接上RedLockRedisson落地實(shí)現(xiàn)。

@RestController
public class IndexController8 {

    public static final String REDIS_LOCK = "good_lock";

    @Autowired
    StringRedisTemplate template;

    @Autowired
    Redisson redisson;

    @RequestMapping("/buy8")
    public String index(){

        RLock lock = redisson.getLock(REDIS_LOCK);
        lock.lock();

        // 每個(gè)人進(jìn)來先要進(jìn)行加鎖,key值為"good_lock"
        String value = UUID.randomUUID().toString().replace("-","");
        try{
            String result = template.opsForValue().get("goods:001");
            int total = result == null ? 0 : Integer.parseInt(result);
            if (total > 0) {
                // 如果在此處需要調(diào)用其他微服務(wù),處理時(shí)間較長。。。
                int realTotal = total - 1;
                template.opsForValue().set("goods:001", String.valueOf(realTotal));
                System.out.println("購買商品成功,庫存還剩:" + realTotal + "件, 服務(wù)端口為8001");
                return "購買商品成功,庫存還剩:" + realTotal + "件, 服務(wù)端口為8001";
            } else {
                System.out.println("購買商品失敗,服務(wù)端口為8001");
            }
            return "購買商品失敗,服務(wù)端口為8001";
        }finally {
            if(lock.isLocked() && lock.isHeldByCurrentThread()){
                lock.unlock();
            }
        }
    }
}

3.6 小結(jié)

分析問題的過程,也是解決問題的過程,也能鍛煉自己編寫代碼時(shí)思考問題的方式和角度。

上述測試代碼地址

以上就是Redis實(shí)現(xiàn)分布式鎖的五種方法詳解的詳細(xì)內(nèi)容,更多關(guān)于Redis分布式鎖的資料請關(guān)注腳本之家其它相關(guān)文章!

相關(guān)文章

  • 虛擬機(jī)linux安裝redis實(shí)現(xiàn)過程解析

    虛擬機(jī)linux安裝redis實(shí)現(xiàn)過程解析

    這篇文章主要介紹了虛擬機(jī)linux安裝redis實(shí)現(xiàn)過程解析,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下
    2020-08-08
  • Redis實(shí)現(xiàn)訂單自動(dòng)過期功能的示例代碼

    Redis實(shí)現(xiàn)訂單自動(dòng)過期功能的示例代碼

    這篇文章主要介紹了Redis實(shí)現(xiàn)訂單自動(dòng)過期功能的示例代碼,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧
    2021-05-05
  • windows上修改redis端口號(hào)的操作步驟

    windows上修改redis端口號(hào)的操作步驟

    redis是一個(gè)開源的內(nèi)存數(shù)據(jù)結(jié)構(gòu)存儲(chǔ)系統(tǒng),常用做數(shù)據(jù)庫、緩存和消息代理,默認(rèn)的端口號(hào)為6379,那么如何在windows上修改redis端口號(hào),接下來本文給大家詳細(xì)介紹了windows上修改redis端口號(hào)的操作方法,需要的朋友可以參考下
    2024-02-02
  • Redis 哨兵機(jī)制及配置實(shí)現(xiàn)

    Redis 哨兵機(jī)制及配置實(shí)現(xiàn)

    本文主要介紹了Redis 哨兵機(jī)制及配置實(shí)現(xiàn),文中通過示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下
    2022-03-03
  • Redis實(shí)現(xiàn)和數(shù)據(jù)庫的數(shù)據(jù)同步

    Redis實(shí)現(xiàn)和數(shù)據(jù)庫的數(shù)據(jù)同步

    本文介紹了Redis與傳統(tǒng)數(shù)據(jù)庫數(shù)據(jù)同步的幾種常見方法,包括CacheAside、WriteThrough、WriteBehind,以及如何通過分布式事務(wù)、樂觀鎖、數(shù)據(jù)過期策略和消息隊(duì)列來解決數(shù)據(jù)一致性問題,每種方法都有其適用場景和優(yōu)缺點(diǎn),需要根據(jù)具體需求進(jìn)行選擇
    2025-01-01
  • RedisTemplate中boundHashOps的使用小結(jié)

    RedisTemplate中boundHashOps的使用小結(jié)

    redisTemplate.boundHashOps(key)?是 RedisTemplate 類的一個(gè)方法,本文主要介紹了RedisTemplate中boundHashOps的使用小結(jié),具有一定的參考價(jià)值,感興趣的可以了解一下
    2024-04-04
  • Redis Cluster Pipeline導(dǎo)致的死鎖問題解決

    Redis Cluster Pipeline導(dǎo)致的死鎖問題解決

    本文主要介紹了Redis Cluster Pipeline導(dǎo)致的死鎖問題解決,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧
    2023-10-10
  • Redis分布式鎖如何實(shí)現(xiàn)續(xù)期

    Redis分布式鎖如何實(shí)現(xiàn)續(xù)期

    這篇文章主要介紹了Redis分布式鎖如何實(shí)現(xiàn)續(xù)期的操作,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教
    2022-01-01
  • Redis中緩存預(yù)熱與緩存穿透解決方案

    Redis中緩存預(yù)熱與緩存穿透解決方案

    Redis緩存預(yù)熱與緩存穿透是Redis緩存使用中的兩個(gè)重要概念,文章首先介紹了Redis緩存預(yù)熱和緩存穿透的基本概念,然后詳細(xì)闡述了它們的產(chǎn)生原因和解決方案,感興趣的可以了解一下
    2023-12-12
  • 淺談Redis中的內(nèi)存淘汰策略和過期鍵刪除策略

    淺談Redis中的內(nèi)存淘汰策略和過期鍵刪除策略

    本文主要介紹了淺談Redis中的內(nèi)存淘汰策略和過期鍵刪除策略,文中通過示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下
    2021-09-09

最新評(píng)論