redis分布式鎖段只,以及和ZooKeeper分布式鎖的性能對比

redis連接池代碼略過

實現類并沒有使用lua畏浆,而是使用了JDK自帶的System.currentTimeMillis(),因此要求分布式各臺服務器直接時間同步,否則會出現超時時間錯誤地相互覆蓋問題

redis實現類
import org.apache.log4j.Logger;
import redis.clients.jedis.Jedis;

/**
 * redis分布式鎖
 */
public class RedisLock {
    private static Logger logger = Logger.getLogger(RedisLock.class);

    /**
     * 鎖等待時間垮斯,防止線程饑餓
     */
    private int TIMEOUT_MSECS = 10 * 1000;

    /**
     * 鎖超時時間郎仆,防止線程在入鎖以后,無限的執(zhí)行等待
     */
    private int EXPIRE_MSECS = 60 * 1000;

    private static int DEFAULT_ACQUIRY_RESOLUTION_MILLIS = 100;

    /**
     * Lock key path.
     */
    private String lockKey;

    /**
     * Java本地與redis對應的鎖
     */
    private volatile boolean locked = false;

    private static Jedis jedis;

    /**
     * 構造器
     * 默認鎖等待時間10*1000ms兜蠕,鎖超時時間60*1000ms
     * @param jedis jedis連接池
     * @param lockKey   鎖的key名稱
     */
    public RedisLock(Jedis jedis, String lockKey) {
        this.jedis = jedis;
        this.lockKey = lockKey + "_lock";
    }

    /**
     * 構造器
     * 默認鎖超時時間60*1000ms
     * @param jedis jedis連接池
     * @param lockKey   鎖的key名稱
     * @param timeoutMsecs  鎖超時時間
     */
    public RedisLock(Jedis jedis, String lockKey, int timeoutMsecs) {
        this(jedis, lockKey);
        this.TIMEOUT_MSECS = timeoutMsecs;
    }

    /**
     * 默認構造器
     * @param jedis
     * @param lockKey
     * @param timeoutMsecs
     * @param expireMsecs
     */
    public RedisLock(Jedis jedis, String lockKey, int timeoutMsecs, int expireMsecs) {
        this(jedis, lockKey, timeoutMsecs);
        this.EXPIRE_MSECS = expireMsecs;
    }

    /**
     * @return lock key
     */
    public String getLockKey() {
        return lockKey;
    }

    /**
     * 根據key獲取值
     *
     * @param key
     * @return
     */
    private String get(final String key) {
        Object obj = null;
        try {
            obj = jedis.get(key);
        } catch (Throwable e) {

        }
        return obj != null ? obj.toString() : null;
    }

    /**
     * setNX
     * @param key
     * @param value
     * @return
     */
    private boolean setNX(final String key, final String value) {
        Object obj = null;
        try {
            obj = jedis.setnx(key, value);
        } catch (Throwable e) {
            logger.error(String.format("setNX redis error, key : %s", key), e);
        }
        return obj != null ? (Boolean) obj : false;
    }

    /**
     * getSet
     * @param key
     * @param value
     * @return
     */
    private String getSet(final String key, final String value) {
        Object obj = null;
        try {
            obj = jedis.getSet(key, value);
        } catch (Throwable e) {
            logger.error(String.format("getSet redis error, key : %s", key), e);
        }
        return obj != null ? (String) obj : null;
    }

    /**
     * 獲得 lock.
     * 實現思路: 主要是使用了redis 的setnx命令,緩存了鎖.
     * reids緩存的key是鎖的key,所有的共享, value是鎖的到期時間(注意:這里把過期時間放在value了,沒有時間上設置其超時時間)
     * 執(zhí)行過程:
     * 1.通過setnx嘗試設置某個key的值,成功(當前沒有這個鎖)則返回,成功獲得鎖
     * 2.鎖已經存在則獲取鎖的到期時間,和當前時間比較,超時的話,則設置新的值
     *
     * @return true if lock is acquired, false acquire timeouted
     * @throws InterruptedException in case of thread interruption
     */
    public synchronized boolean lock() throws InterruptedException {
        int timeout = TIMEOUT_MSECS;
        while (timeout >= 0) {
            long expires = System.currentTimeMillis() + EXPIRE_MSECS + 1;
            String expiresStr = String.valueOf(expires); //鎖到期時間
            if (this.setNX(lockKey, expiresStr)) {
                // lock acquired
                locked = true;
                return true;
            }

            String currentValueStr = this.get(lockKey); //redis里的時間
            if (currentValueStr != null && Long.parseLong(currentValueStr) < System.currentTimeMillis()) {
                //判斷是否為空扰肌,不為空的情況下,如果被其他線程設置了值熊杨,則第二個條件判斷是過不去的
                // lock is expired

                String oldValueStr = this.getSet(lockKey, expiresStr);
                //獲取上一個鎖到期時間曙旭,并設置現在的鎖到期時間,
                //只有一個線程才能獲取上一個線上的設置時間晶府,因為jedis.getSet是同步的
                if (oldValueStr != null && oldValueStr.equals(currentValueStr)) {
                    //防止誤刪(覆蓋桂躏,因為key是相同的)了他人的鎖——這里達不到效果,這里值會被覆蓋郊霎,但是因為什么相差了很少的時間沼头,所以可以接受

                    //[分布式的情況下]:如果這個時候,多個線程恰好都到了這里书劝,但是只有一個線程的設置值和當前值相同进倍,他才有權利獲取鎖
                    // lock acquired
                    locked = true;
                    return true;
                }
            }
            timeout -= DEFAULT_ACQUIRY_RESOLUTION_MILLIS;

            /*
                延遲100 毫秒,  這里使用隨機時間可能會好一點,可以防止饑餓進程的出現,即,當同時到達多個進程,
                只會有一個進程獲得鎖,其他的都用同樣的頻率進行嘗試,后面有來了一些進行,也以同樣的頻率申請鎖,這將可能導致前面來的鎖得不到滿足.
                使用隨機的等待時間可以一定程度上保證公平性
             */
            Thread.sleep(DEFAULT_ACQUIRY_RESOLUTION_MILLIS);

        }
        return false;
    }

    /**
     * Acqurired lock release.
     */
    public synchronized void unlock() {
        if (locked) {
            jedis.del(lockKey);
            locked = false;
        }
    }
}

測試類
import java.text.SimpleDateFormat;
import java.util.Date;
import java.util.concurrent.CountDownLatch;

/**
 * 測試類
 */
public class main {
    public static void main(String[] args) {
        final RedisLock redisLock = new RedisLock(RedisUtil.getJedis(), "test");
        final CountDownLatch down = new CountDownLatch(1);
        for (int i = 0; i < 30; i++) {
            new Thread(new Runnable() {
                public void run() {
                    try {
                        down.await();
                        redisLock.lock();
                    } catch (Exception e) {
                    }
                    SimpleDateFormat sdf = new SimpleDateFormat("HH:mm:ss|SSS");
                    String orederNo = sdf.format(new Date());
                    System.out.println("生成的訂單號為:" + orederNo);
                    try {
                        redisLock.unlock();
                    } catch (Exception e) {
                    }
                }
            }).start();
        }
        down.countDown();
    }
}
測試結果

[QC] INFO [main] RedisUtil.getJedis(77) | init Redis success
生成的訂單號為:15:51:44|643
生成的訂單號為:15:51:44|643
生成的訂單號為:15:51:44|643
生成的訂單號為:15:51:44|643
生成的訂單號為:15:51:44|643
生成的訂單號為:15:51:44|643
生成的訂單號為:15:51:44|648
生成的訂單號為:15:51:44|655
生成的訂單號為:15:51:44|657
生成的訂單號為:15:51:44|659
生成的訂單號為:15:51:44|661
生成的訂單號為:15:51:44|664
生成的訂單號為:15:51:44|665
生成的訂單號為:15:51:44|669
生成的訂單號為:15:51:44|676
生成的訂單號為:15:51:44|678
生成的訂單號為:15:51:44|680
生成的訂單號為:15:51:44|686
生成的訂單號為:15:51:44|688
生成的訂單號為:15:51:44|690
生成的訂單號為:15:51:44|693
生成的訂單號為:15:51:44|695
生成的訂單號為:15:51:44|697
生成的訂單號為:15:51:44|699
生成的訂單號為:15:51:44|702
生成的訂單號為:15:51:44|713
生成的訂單號為:15:51:44|714
生成的訂單號為:15:51:44|723
生成的訂單號為:15:51:44|725
生成的訂單號為:15:51:44|729
Process finished with exit code 0

對比之下,ZooKeeper的測試類
import org.apache.curator.framework.CuratorFramework;
import org.apache.curator.framework.CuratorFrameworkFactory;
import org.apache.curator.framework.recipes.locks.InterProcessMutex;
import org.apache.curator.retry.ExponentialBackoffRetry;
 
 
import java.text.SimpleDateFormat;
import java.util.Date;
import java.util.concurrent.CountDownLatch;
 
 
/**
* curator分布式鎖實現
*/
public class Recipes_lock {
    static String lock_path = "/curator_recipes_lock_path";
    static CuratorFramework client = CuratorFrameworkFactory.builder()
            .connectString("127.0.0.1:2181")
            .retryPolicy(new ExponentialBackoffRetry(1000, 3)).build();
 
 
    public static void main(String[] args) throws Exception {
        client.start();
        final InterProcessMutex lock = new InterProcessMutex(client, lock_path);
        final CountDownLatch down = new CountDownLatch(1);
        for (int i = 0; i < 30; i++) {
            new Thread(new Runnable() {
                public void run() {
                    try {
                        down.await();
                        lock.acquire();
                    } catch (Exception e) {
                    }
                    SimpleDateFormat sdf = new SimpleDateFormat("HH:mm:ss|SSS");
                    String orederNo = sdf.format(new Date());
                    System.out.println("生成的訂單號為:" + orederNo);
                    try {
                        lock.release();
                    } catch (Exception e) {
                    }
                }
            }).start();
        }
        down.countDown();
    }
}
ZooKeeper的測試結果
生成的訂單號為:15:32:33|728
生成的訂單號為:15:32:33|781
生成的訂單號為:15:32:33|849
生成的訂單號為:15:32:33|879
生成的訂單號為:15:32:33|897
生成的訂單號為:15:32:33|972
生成的訂單號為:15:32:34|013
生成的訂單號為:15:32:34|057
生成的訂單號為:15:32:34|130
生成的訂單號為:15:32:34|197
生成的訂單號為:15:32:34|232
生成的訂單號為:15:32:34|282
生成的訂單號為:15:32:34|367
生成的訂單號為:15:32:34|404
生成的訂單號為:15:32:34|425
生成的訂單號為:15:32:34|461
生成的訂單號為:15:32:34|482
生成的訂單號為:15:32:34|515
生成的訂單號為:15:32:34|550
生成的訂單號為:15:32:34|573
生成的訂單號為:15:32:34|600
生成的訂單號為:15:32:34|624
生成的訂單號為:15:32:34|647
生成的訂單號為:15:32:34|670
生成的訂單號為:15:32:34|715
生成的訂單號為:15:32:34|752
生成的訂單號為:15:32:34|774
生成的訂單號為:15:32:34|793
生成的訂單號為:15:32:34|811
生成的訂單號為:15:32:34|836

對比兩個結果來看

redis

生成的訂單號為:15:51:44|643
...
生成的訂單號為:15:51:44|729

ZooKeeper

生成的訂單號為:15:32:33|728
...
生成的訂單號為:15:32:34|836

結論:相對于ZooKeeper提供的分布式鎖來看购对,redis實現的分布式鎖響應更快猾昆,對并發(fā)的支持性能更好
最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市骡苞,隨后出現的幾起案子垂蜗,更是在濱河造成了極大的恐慌,老刑警劉巖解幽,帶你破解...
    沈念sama閱讀 210,914評論 6 490
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件贴见,死亡現場離奇詭異,居然都是意外死亡躲株,警方通過查閱死者的電腦和手機片部,發(fā)現死者居然都...
    沈念sama閱讀 89,935評論 2 383
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來霜定,“玉大人档悠,你說我怎么就攤上這事⊥疲” “怎么了辖所?”我有些...
    開封第一講書人閱讀 156,531評論 0 345
  • 文/不壞的土叔 我叫張陵,是天一觀的道長磨德。 經常有香客問我浴滴,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 56,309評論 1 282
  • 正文 為了忘掉前任,我火速辦了婚禮灾挨,結果婚禮上,老公的妹妹穿的比我還像新娘徘铝。我一直安慰自己文兑,他們只是感情好,可當我...
    茶點故事閱讀 65,381評論 5 384
  • 文/花漫 我一把揭開白布顾犹。 她就那樣靜靜地躺著倒庵,像睡著了一般。 火紅的嫁衣襯著肌膚如雪炫刷。 梳的紋絲不亂的頭發(fā)上擎宝,一...
    開封第一講書人閱讀 49,730評論 1 289
  • 那天,我揣著相機與錄音浑玛,去河邊找鬼绍申。 笑死,一個胖子當著我的面吹牛顾彰,可吹牛的內容都是我干的极阅。 我是一名探鬼主播,決...
    沈念sama閱讀 38,882評論 3 404
  • 文/蒼蘭香墨 我猛地睜開眼涨享,長吁一口氣:“原來是場噩夢啊……” “哼筋搏!你這毒婦竟也來了?” 一聲冷哼從身側響起厕隧,我...
    開封第一講書人閱讀 37,643評論 0 266
  • 序言:老撾萬榮一對情侶失蹤奔脐,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后吁讨,有當地人在樹林里發(fā)現了一具尸體髓迎,經...
    沈念sama閱讀 44,095評論 1 303
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 36,448評論 2 325
  • 正文 我和宋清朗相戀三年建丧,在試婚紗的時候發(fā)現自己被綠了排龄。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 38,566評論 1 339
  • 序言:一個原本活蹦亂跳的男人離奇死亡茶鹃,死狀恐怖涣雕,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情闭翩,我是刑警寧澤挣郭,帶...
    沈念sama閱讀 34,253評論 4 328
  • 正文 年R本政府宣布,位于F島的核電站疗韵,受9級特大地震影響兑障,放射性物質發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 39,829評論 3 312
  • 文/蒙蒙 一流译、第九天 我趴在偏房一處隱蔽的房頂上張望逞怨。 院中可真熱鬧,春花似錦福澡、人聲如沸叠赦。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,715評論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽除秀。三九已至,卻和暖如春算利,著一層夾襖步出監(jiān)牢的瞬間册踩,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 31,945評論 1 264
  • 我被黑心中介騙來泰國打工效拭, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留暂吉,地道東北人。 一個月前我還...
    沈念sama閱讀 46,248評論 2 360
  • 正文 我出身青樓缎患,卻偏偏與公主長得像慕的,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子较锡,可洞房花燭夜當晚...
    茶點故事閱讀 43,440評論 2 348