婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av

主頁 > 知識庫 > Redis實現分布式鎖的幾種方法總結

Redis實現分布式鎖的幾種方法總結

熱門標簽:最簡單的百度地圖標注 小紅書怎么地圖標注店 竹間科技AI電銷機器人 太原營銷外呼系統 地圖標注如何即時生效 玄武湖地圖標注 西藏教育智能外呼系統價格 地圖標注費用 百度商家地圖標注怎么做

Redis實現分布式鎖的幾種方法總結

分布式鎖是控制分布式系統之間同步訪問共享資源的一種方式。在分布式系統中,常常需要協調他們的動作。如果不同的系統或是同一個系統的不同主機之間共享了一個或一組資源,那么訪問這些資源的時候,往往需要互斥來防止彼此干擾來保證一致性,在這種情況下,便需要使用到分布式鎖。

我們來假設一個最簡單的秒殺場景:數據庫里有一張表,column分別是商品ID,和商品ID對應的庫存量,秒殺成功就將此商品庫存量-1。現在假設有1000個線程來秒殺兩件商品,500個線程秒殺第一個商品,500個線程秒殺第二個商品。我們來根據這個簡單的業務場景來解釋一下分布式鎖。

通常具有秒殺場景的業務系統都比較復雜,承載的業務量非常巨大,并發量也很高。這樣的系統往往采用分布式的架構來均衡負載。那么這1000個并發就會是從不同的地方過來,商品庫存就是共享的資源,也是這1000個并發爭搶的資源,這個時候我們需要將并發互斥管理起來。這就是分布式鎖的應用。

1.實現分布式鎖的幾種方案

    1.Redis實現   (推薦)
    2.Zookeeper實現
    3.數據庫實現

Redis實現分布式鎖
*
* 在集群等多服務器中經常使用到同步處理一下業務,這是普通的事務是滿足不了業務需求,需要分布式鎖
*
* 分布式鎖的常用3種實現:
*        0.數據庫樂觀鎖實現
*        1.Redis實現  --- 使用redis的setnx()、get()、getset()方法,用于分布式鎖,解決死鎖問題
*        2.Zookeeper實現
*           參考:http://surlymo.iteye.com/blog/2082684
*              https://www.jb51.net/article/103617.htm
*              http://www.hollischuang.com/archives/1716?utm_source=tuicoolutm_medium=referral
*          1、實現原理:
基于zookeeper瞬時有序節點實現的分布式鎖,其主要邏輯如下(該圖來自于IBM網站)。大致思想即為:每個客戶端對某個功能加鎖時,在zookeeper上的與該功能對應的指定節點的目錄下,生成一個唯一的瞬時有序節點。判斷是否獲取鎖的方式很簡單,只需要判斷有序節點中序號最小的一個。當釋放鎖的時候,只需將這個瞬時節點刪除即可。同時,其可以避免服務宕機導致的鎖無法釋放,而產生的死鎖問題。
2、優點
鎖安全性高,zk可持久化
3、缺點
性能開銷比較高。因為其需要動態產生、銷毀瞬時節點來實現鎖功能。
4、實現
可以直接采用zookeeper第三方庫curator即可方便地實現分布式鎖
*
* Redis實現分布式鎖的原理:
*  1.通過setnx(lock_timeout)實現,如果設置了鎖返回1, 已經有值沒有設置成功返回0
*  2.死鎖問題:通過實踐來判斷是否過期,如果已經過期,獲取到過期時間get(lockKey),然后getset(lock_timeout)判斷是否和get相同,
*   相同則證明已經加鎖成功,因為可能導致多線程同時執行getset(lock_timeout)方法,這可能導致多線程都只需getset后,對于判斷加鎖成功的線程,
*   再加expire(lockKey, LOCK_TIMEOUT, TimeUnit.MILLISECONDS)過期時間,防止多個線程同時疊加時間,導致鎖時效時間翻倍
*  3.針對集群服務器時間不一致問題,可以調用redis的time()獲取當前時間


2.Redis分分布式鎖的代碼實現

  1.定義鎖接口

package com.jay.service.redis; 
 
/** 
 * Redis分布式鎖接口 
 * Created by hetiewei on 2017/4/7. 
 */ 
public interface RedisDistributionLock { 
  /** 
   * 加鎖成功,返回加鎖時間 
   * @param lockKey 
   * @param threadName 
   * @return 
   */ 
  public long lock(String lockKey, String threadName); 
 
  /** 
   * 解鎖, 需要更新加鎖時間,判斷是否有權限 
   * @param lockKey 
   * @param lockValue 
   * @param threadName 
   */ 
  public void unlock(String lockKey, long lockValue, String threadName); 
 
  /** 
   * 多服務器集群,使用下面的方法,代替System.currentTimeMillis(),獲取redis時間,避免多服務的時間不一致問題!!! 
   * @return 
   */ 
  public long currtTimeForRedis(); 
} 

   2.定義鎖實現

package com.jay.service.redis.impl; 
 
import com.jay.service.redis.RedisDistributionLock; 
import org.slf4j.Logger; 
import org.slf4j.LoggerFactory; 
import org.springframework.dao.DataAccessException; 
import org.springframework.data.redis.connection.RedisConnection; 
import org.springframework.data.redis.core.RedisCallback; 
import org.springframework.data.redis.core.StringRedisTemplate; 
import org.springframework.data.redis.serializer.RedisSerializer; 
 
import java.util.concurrent.TimeUnit; 
 
/** 
 * Created by hetiewei on 2017/4/7. 
 */ 
public class RedisLockImpl implements RedisDistributionLock { 
 
  //加鎖超時時間,單位毫秒, 即:加鎖時間內執行完操作,如果未完成會有并發現象 
  private static final long LOCK_TIMEOUT = 5*1000; 
 
  private static final Logger LOG = LoggerFactory.getLogger(RedisLockImpl.class); 
 
  private StringRedisTemplate redisTemplate; 
 
  public RedisLockImpl(StringRedisTemplate redisTemplate) { 
    this.redisTemplate = redisTemplate; 
  } 
 
  /** 
   * 加鎖 
   * 取到鎖加鎖,取不到鎖一直等待知道獲得鎖 
   * @param lockKey 
   * @param threadName 
   * @return 
   */ 
  @Override 
  public synchronized long lock(String lockKey, String threadName) { 
    LOG.info(threadName+"開始執行加鎖"); 
    while (true){ //循環獲取鎖 
      //鎖時間 
      Long lock_timeout = currtTimeForRedis()+ LOCK_TIMEOUT +1; 
      if (redisTemplate.execute(new RedisCallbackBoolean>() { 
        @Override 
        public Boolean doInRedis(RedisConnection redisConnection) throws DataAccessException { 
          //定義序列化方式 
          RedisSerializerString> serializer = redisTemplate.getStringSerializer(); 
          byte[] value = serializer.serialize(lock_timeout.toString()); 
          boolean flag = redisConnection.setNX(lockKey.getBytes(), value); 
          return flag; 
        } 
      })){ 
        //如果加鎖成功 
        LOG.info(threadName +"加鎖成功 ++++ 111111"); 
        //設置超時時間,釋放內存 
        redisTemplate.expire(lockKey, LOCK_TIMEOUT, TimeUnit.MILLISECONDS); 
        return lock_timeout; 
      }else { 
        //獲取redis里面的時間 
        String result = redisTemplate.opsForValue().get(lockKey); 
        Long currt_lock_timeout_str = result==null?null:Long.parseLong(result); 
        //鎖已經失效 
        if (currt_lock_timeout_str != null  currt_lock_timeout_str  System.currentTimeMillis()){ 
          //判斷是否為空,不為空時,說明已經失效,如果被其他線程設置了值,則第二個條件判斷無法執行 
          //獲取上一個鎖到期時間,并設置現在的鎖到期時間 
          Long old_lock_timeout_Str = Long.valueOf(redisTemplate.opsForValue().getAndSet(lockKey, lock_timeout.toString())); 
          if (old_lock_timeout_Str != null  old_lock_timeout_Str.equals(currt_lock_timeout_str)){ 
            //多線程運行時,多個線程簽好都到了這里,但只有一個線程的設置值和當前值相同,它才有權利獲取鎖 
            LOG.info(threadName + "加鎖成功 ++++ 22222"); 
            //設置超時間,釋放內存 
            redisTemplate.expire(lockKey, LOCK_TIMEOUT, TimeUnit.MILLISECONDS); 
 
            //返回加鎖時間 
            return lock_timeout; 
          } 
        } 
      } 
 
      try { 
        LOG.info(threadName +"等待加鎖, 睡眠100毫秒"); 
//        TimeUnit.MILLISECONDS.sleep(100); 
        TimeUnit.MILLISECONDS.sleep(200); 
      } catch (InterruptedException e) { 
        e.printStackTrace(); 
      } 
    } 
  } 
 
  /** 
   * 解鎖 
   * @param lockKey 
   * @param lockValue 
   * @param threadName 
   */ 
  @Override 
  public synchronized void unlock(String lockKey, long lockValue, String threadName) { 
    LOG.info(threadName + "執行解鎖==========");//正常直接刪除 如果異常關閉判斷加鎖會判斷過期時間 
    //獲取redis中設置的時間 
    String result = redisTemplate.opsForValue().get(lockKey); 
    Long currt_lock_timeout_str = result ==null?null:Long.valueOf(result); 
 
    //如果是加鎖者,則刪除鎖, 如果不是,則等待自動過期,重新競爭加鎖 
    if (currt_lock_timeout_str !=null  currt_lock_timeout_str == lockValue){ 
      redisTemplate.delete(lockKey); 
      LOG.info(threadName + "解鎖成功------------------"); 
    } 
  } 
 
  /** 
   * 多服務器集群,使用下面的方法,代替System.currentTimeMillis(),獲取redis時間,避免多服務的時間不一致問題!!! 
   * @return 
   */ 
  @Override 
  public long currtTimeForRedis(){ 
    return redisTemplate.execute(new RedisCallbackLong>() { 
      @Override 
      public Long doInRedis(RedisConnection redisConnection) throws DataAccessException { 
        return redisConnection.time(); 
      } 
    }); 
  } 
 
} 

  3.分布式鎖驗證     

@RestController 
@RequestMapping("/distribution/redis") 
public class RedisLockController { 
 
  private static final String LOCK_NO = "redis_distribution_lock_no_"; 
 
  private static int i = 0; 
 
  private ExecutorService service; 
 
  @Autowired 
  private StringRedisTemplate redisTemplate; 
 
  /** 
   * 模擬1000個線程同時執行業務,修改資源 
   * 
   * 使用線程池定義了20個線程 
   * 
   */ 
  @GetMapping("lock1") 
  public void testRedisDistributionLock1(){ 
 
    service = Executors.newFixedThreadPool(20); 
 
    for (int i=0;i1000;i++){ 
      service.execute(new Runnable() { 
        @Override 
        public void run() { 
          task(Thread.currentThread().getName()); 
        } 
      }); 
    } 
 
  } 
 
  @GetMapping("/{key}") 
  public String getValue(@PathVariable("key") String key){ 
    Serializable result = redisTemplate.opsForValue().get(key); 
    return result.toString(); 
  } 
 
  private void task(String name) { 
//    System.out.println(name + "任務執行中"+(i++)); 
 
    //創建一個redis分布式鎖 
    RedisLockImpl redisLock = new RedisLockImpl(redisTemplate); 
    //加鎖時間 
    Long lockTime; 
    if ((lockTime = redisLock.lock((LOCK_NO+1)+"", name))!=null){ 
      //開始執行任務 
      System.out.println(name + "任務執行中"+(i++)); 
      //任務執行完畢 關閉鎖 
      redisLock.unlock((LOCK_NO+1)+"", lockTime, name); 
    } 
 
  } 
} 

4.結果驗證:

      在Controller中模擬了1000個線程,通過線程池方式提交,每次20個線程搶占分布式鎖,搶到分布式鎖的執行代碼,沒搶到的等待

     結果如下:

2017-04-07 16:27:17.385 INFO 8652 --- [pool-2-thread-4] c.jay.service.redis.impl.RedisLockImpl  : pool-2-thread-4等待加鎖, 睡眠100毫秒
2017-04-07 16:27:17.385 INFO 8652 --- [pool-2-thread-7] c.jay.service.redis.impl.RedisLockImpl  : pool-2-thread-7解鎖成功------------------
    2017-04-07 16:27:17.391 INFO 8652 --- [pool-2-thread-5] c.jay.service.redis.impl.RedisLockImpl  : pool-2-thread-5加鎖成功 ++++ 111111
pool-2-thread-5任務執行中994
2017-04-07 16:27:17.391 INFO 8652 --- [pool-2-thread-5] c.jay.service.redis.impl.RedisLockImpl  : pool-2-thread-5執行解鎖==========
    2017-04-07 16:27:17.391 INFO 8652 --- [pool-2-thread-1] c.jay.service.redis.impl.RedisLockImpl  : pool-2-thread-1等待加鎖, 睡眠100毫秒
2017-04-07 16:27:17.391 INFO 8652 --- [pool-2-thread-5] c.jay.service.redis.impl.RedisLockImpl  : pool-2-thread-5解鎖成功------------------
    2017-04-07 16:27:17.397 INFO 8652 --- [pool-2-thread-6] c.jay.service.redis.impl.RedisLockImpl  : pool-2-thread-6加鎖成功 ++++ 111111
pool-2-thread-6任務執行中995
2017-04-07 16:27:17.398 INFO 8652 --- [pool-2-thread-6] c.jay.service.redis.impl.RedisLockImpl  : pool-2-thread-6執行解鎖==========
    2017-04-07 16:27:17.398 INFO 8652 --- [pool-2-thread-6] c.jay.service.redis.impl.RedisLockImpl  : pool-2-thread-6解鎖成功------------------
    2017-04-07 16:27:17.400 INFO 8652 --- [ool-2-thread-19] c.jay.service.redis.impl.RedisLockImpl  : pool-2-thread-19加鎖成功 ++++ 111111
pool-2-thread-19任務執行中996
2017-04-07 16:27:17.400 INFO 8652 --- [ool-2-thread-19] c.jay.service.redis.impl.RedisLockImpl  : pool-2-thread-19執行解鎖==========
    2017-04-07 16:27:17.400 INFO 8652 --- [ool-2-thread-19] c.jay.service.redis.impl.RedisLockImpl  : pool-2-thread-19解鎖成功------------------
    2017-04-07 16:27:17.571 INFO 8652 --- [ool-2-thread-11] c.jay.service.redis.impl.RedisLockImpl  : pool-2-thread-11加鎖成功 ++++ 111111
pool-2-thread-11任務執行中997
2017-04-07 16:27:17.572 INFO 8652 --- [ool-2-thread-11] c.jay.service.redis.impl.RedisLockImpl  : pool-2-thread-11執行解鎖==========
    2017-04-07 16:27:17.572 INFO 8652 --- [ool-2-thread-11] c.jay.service.redis.impl.RedisLockImpl  : pool-2-thread-11解鎖成功------------------
    2017-04-07 16:27:17.585 INFO 8652 --- [pool-2-thread-4] c.jay.service.redis.impl.RedisLockImpl  : pool-2-thread-4加鎖成功 ++++ 111111
pool-2-thread-4任務執行中998
2017-04-07 16:27:17.586 INFO 8652 --- [pool-2-thread-4] c.jay.service.redis.impl.RedisLockImpl  : pool-2-thread-4執行解鎖==========
    2017-04-07 16:27:17.586 INFO 8652 --- [pool-2-thread-4] c.jay.service.redis.impl.RedisLockImpl  : pool-2-thread-4解鎖成功------------------
    2017-04-07 16:27:17.591 INFO 8652 --- [pool-2-thread-1] c.jay.service.redis.impl.RedisLockImpl  : pool-2-thread-1加鎖成功 ++++ 111111
pool-2-thread-1任務執行中999
2017-04-07 16:27:17.591 INFO 8652 --- [pool-2-thread-1] c.jay.service.redis.impl.RedisLockImpl  : pool-2-thread-1執行解鎖==========
    2017-04-07 16:27:17.591 INFO 8652 --- [pool-2-thread-1] c.jay.service.redis.impl.RedisLockImpl  : pool-2-thread-1解鎖成功------------------

感謝閱讀,希望能幫助到大家,謝謝大家對本站的支持!

您可能感興趣的文章:
  • redis中使用java腳本實現分布式鎖
  • 基于Redis實現分布式鎖以及任務隊列
  • Redis分布式鎖的實現方式(redis面試題)
  • Redis分布式鎖實現方式及超時問題解決
  • Redis上實現分布式鎖以提高性能的方案研究
  • redis實現分布式的方法總結
  • Redis分布式非公平鎖的使用

標簽:澳門 景德鎮 香港 贛州 唐山 揚州 廣東 林芝

巨人網絡通訊聲明:本文標題《Redis實現分布式鎖的幾種方法總結》,本文關鍵詞  Redis,實現,分布式,鎖,的,;如發現本文內容存在版權問題,煩請提供相關信息告之我們,我們將及時溝通與處理。本站內容系統采集于網絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《Redis實現分布式鎖的幾種方法總結》相關的同類信息!
  • 本頁收集關于Redis實現分布式鎖的幾種方法總結的相關信息資訊供網民參考!
  • 推薦文章
    婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av
    亚洲资源中文字幕| 国产在线播精品第三| 国产精品色哟哟网站| 美女mm1313爽爽久久久蜜臀| 国产日韩欧美制服另类| av在线不卡免费看| 最新日韩av在线| 色综合 综合色| 国产一区二区电影| 日本视频中文字幕一区二区三区| 最新热久久免费视频| 精品动漫一区二区三区在线观看| 97精品超碰一区二区三区| 亚洲天堂福利av| 国产成人三级在线观看| 国产九九视频一区二区三区| 26uuu亚洲综合色欧美| 一本到三区不卡视频| 粉嫩一区二区三区在线看| 欧美又粗又大又爽| 93久久精品日日躁夜夜躁欧美| 美女在线观看视频一区二区| 亚洲精品国久久99热| 亚洲欧美综合网| 国产精品欧美综合在线| 精品国产一区二区精华| 日韩免费观看2025年上映的电影| 4438亚洲最大| 日韩一区二区视频在线观看| 日韩欧美你懂的| 精品裸体舞一区二区三区| 午夜激情一区二区| 一片黄亚洲嫩模| 日韩av一区二区三区| 欧美日韩一区成人| 成人激情文学综合网| 日韩中文字幕一区二区三区| 国产日韩精品久久久| 亚洲欧洲制服丝袜| 亚洲一区成人在线| 国产成人在线视频网站| 成人av资源在线观看| 91黄色激情网站| 日韩免费成人网| 日产国产欧美视频一区精品| caoporn国产一区二区| 蜜桃一区二区三区在线观看| 久久综合成人精品亚洲另类欧美 | 色综合久久中文综合久久97| 色婷婷精品大视频在线蜜桃视频 | 蜜桃av一区二区三区| 久久精品国产第一区二区三区 | 91福利在线免费观看| 4hu四虎永久在线影院成人| 日韩欧美一区二区久久婷婷| 国产精品久久综合| 亚洲高清一区二区三区| 精品一区二区三区蜜桃| 色哟哟一区二区三区| 欧美不卡一二三| 亚洲欧美日韩国产中文在线| 美国欧美日韩国产在线播放| 99精品视频在线播放观看| 欧美日韩不卡一区二区| 国产欧美日韩亚州综合| 天堂av在线一区| 波多野结衣亚洲一区| 在线播放日韩导航| 国产精品乱人伦| 日本伊人午夜精品| 色吧成人激情小说| 国产精品青草久久| 国产一区二区三区四区五区入口| 欧美日韩亚洲另类| 在线观看日韩电影| 91啪亚洲精品| 国产网红主播福利一区二区| 成人免费在线观看入口| 国产精品美女久久久久久| 日韩精品每日更新| 在线看不卡av| 国产嫩草影院久久久久| 蜜芽一区二区三区| 欧美色电影在线| 亚洲激情男女视频| 99精品欧美一区二区三区小说 | 国产成人亚洲精品狼色在线| 91精品综合久久久久久| 中文字幕综合网| 久久精品国产亚洲一区二区三区| 色综合中文字幕国产 | 狠狠色综合播放一区二区| 欧美性xxxxx极品少妇| 亚洲欧洲无码一区二区三区| 国产91精品一区二区| 精品久久久久久最新网址| 欧美aⅴ一区二区三区视频| 欧美日韩国产123区| 亚洲国产精品久久人人爱| 欧美日韩在线播| 亚洲成人黄色影院| 欧洲精品中文字幕| 亚洲成人在线观看视频| 欧美日韩在线三级| 视频一区视频二区中文字幕| 制服视频三区第一页精品| 日韩激情在线观看| 欧美情侣在线播放| 日本美女一区二区三区| 日韩一级在线观看| 国产一区二区在线视频| 国产精品国产三级国产aⅴ中文| 一本在线高清不卡dvd| 亚洲图片一区二区| 91精品国产品国语在线不卡| 久久精品国产网站| 国产欧美日韩卡一| 色哟哟一区二区| 秋霞av亚洲一区二区三| 国产日韩欧美亚洲| 色狠狠一区二区| 青青草伊人久久| 国产人妖乱国产精品人妖| 一本久道中文字幕精品亚洲嫩| 午夜欧美一区二区三区在线播放 | 国产精品久久久久久久蜜臀 | 久久精品人人做| 精品久久久久久久久久久久包黑料| 国产精品一级黄| 国产丝袜在线精品| 99视频超级精品| 亚洲一二三四区不卡| 日韩亚洲欧美一区| 国产宾馆实践打屁股91| 亚洲乱码日产精品bd| 69精品人人人人| 成人免费av资源| 亚洲不卡在线观看| 亚洲综合色成人| 日韩视频免费直播| zzijzzij亚洲日本少妇熟睡| 亚洲二区视频在线| 国产欧美一二三区| 欧美丰满高潮xxxx喷水动漫| 国产成人综合精品三级| 亚洲高清在线精品| 亚洲国产精品精华液ab| 欧美蜜桃一区二区三区| 成人av在线观| 日本伊人精品一区二区三区观看方式| 久久久电影一区二区三区| 欧美视频三区在线播放| 国产suv一区二区三区88区| 日韩国产高清影视| 亚洲视频你懂的| 欧美精品一区二区三区高清aⅴ | 国产在线一区二区| 午夜欧美电影在线观看| 国产精品污网站| 久久午夜羞羞影院免费观看| 欧美三级在线播放| 成人av网站大全| 国产乱子轮精品视频| 午夜伊人狠狠久久| 亚洲日韩欧美一区二区在线| 国产日产欧产精品推荐色| xfplay精品久久| 日韩欧美不卡在线观看视频| 欧美伊人精品成人久久综合97| 成人一区二区三区在线观看| 国产一区二区视频在线播放| 蜜臀av性久久久久蜜臀aⅴ | 成人午夜伦理影院| 国产精品综合av一区二区国产馆| 天天综合网 天天综合色| 亚洲乱码国产乱码精品精小说| 一区视频在线播放| 综合激情成人伊人| 中文字幕一区免费在线观看| 亚洲国产高清aⅴ视频| 日韩西西人体444www| 日韩欧美二区三区| 久久亚洲综合色| 国产亚洲一区字幕| 欧美国产日韩一二三区| 国产日产欧产精品推荐色| 2017欧美狠狠色| 欧美激情综合在线| 日韩美女啊v在线免费观看| 国产精品久久二区二区| 国产精品久99| 亚洲欧美日韩精品久久久久| 国产成人精品免费网站| 成人免费精品视频| 欧美在线观看视频一区二区| 日韩欧美一卡二卡| 欧美一级搡bbbb搡bbbb| 精品日产卡一卡二卡麻豆| 久久先锋影音av鲁色资源网| 中文字幕乱码久久午夜不卡|