Redlock实践--非阻塞模式

本文主要介绍在琴房预约项目中所用到的资源访问加锁技术Redlock,以及如果实现将redlock转为非阻塞锁。

1. 背景简介

1.1 项目简介

本次实践项目是THU琴房预约小程序与web管理端,后端使用koa框架。主要功能有预约琴房(用户)、更改琴房可用时间(管理端)等。后端使用mysql存储琴房信息(包含琴房可用时间串)。

1.2 问题介绍

  • 多个用户可能在同一时间对同一琴房的同一时间段进行预约
  • 用户与管理员可能同时进行预约、更改琴房可用时间

根据上篇文章所描述的,因为存在不同操作之间的资源竞争,所以我们这里使用增加信号量的方式——Redlock。

2. 加锁实践

redlock是一个基于redis数据库的分布式锁。通过在redis数据库中设定键值来进行信号量的定义。

  • 我们把“预约“和“更改琴房可用时间”定义为使用同一个键值。
  • 在操作前首先获取此键值,如果获取不到,说明被占用。

关于这个流程,包括set键值与”占用"和"未占用“状态的更改是由Redlock实现的。

2.1 给资源加锁

// 获取权限
let redis = require("redis");
let client = redis.createClient("to change: your redis port","to change: your server ip");
let redlock = new Redlock([client]);
// 设置时间
let totalTime = 5000;
let key = "to change: as you like";
// 加锁
redlock.lock(key, totalTime).then(async function(lock){
        // to do
        // your operation block
        // release lock
        lock.unlock().catch(function(err){})
    }
}).catch(()=>{}) // 如果不加catch会直接报错终止程序

主要流程为:

  • 获取redis的操作权限
  • 设定键值,最长等待时间(防止一直被占用)
  • 执行操作
  • 释放锁

按照上面流程,我们成功进行了加锁。

键值的设置非常自由,我们可以通过键值的设置,控制加锁覆盖的范围以及力度。

2.2 阻塞锁与非阻塞锁

在完成加锁之后,我们进行压力测试,发现了一个非常坑的情况:Redlock是非阻塞锁

这就意味着,当一个用户进行预约的时候,别的用户如果有请求就会直接失败,这样是非常用户不友好的。所以我们需要一些操作来将redlock转为非阻塞锁。有两个方案:

  • 方案一:实现一个请求队列以及回调函数,在资源被释放的时候,进行回调。
  • 方案二:设置最长等待时间,在此时间段内进行轮询,如果超过此时间,放弃请求。

对于方案一,请求队列可能会很长,如果前面的资源不释放,就会一直等待;对于方案二,轮询需要消耗更多的资源。

我们这里说明方案二的实现(目前最常用的转阻塞锁的方案)

let redis = require("redis");
let client = redis.createClient(config.redisPort,config.serverIp);
let redlock = new Redlock([client]);
let totalTime = 5000;
let key = "to change: as you like";
let intervalTime = 50;  // 轮询时间间隔

let sleep = function(ms) {
    return new Promise(resolve => setTimeout(resolve, ms))
}

let tag = 0;
for(let j = 0; j<200; j++){
    redlock.lock(key, totalTime).then(async function(lock){
        if(tag === 1){
            lock.unlock().catch(function(err){})
        }
        else{
            tag = 1
            // to do
            // your operation block
            // release lock
            lock.unlock().catch(function(err){})
        }
    }).catch(()=>{})
    if(tag === 1){
        break
    }
    await sleep(intervalTime) // 设置间隔时间
}
if(tag === 0){
    errorMsg = "请求超时"
    return ;
}

3. 效果检验

加锁效果

在预约与检票单项测试的时候,1000个人中只有一个人成功,符合预期。

加锁效果

在预约与更改琴房可用时间混合测试的时候,2000个人中只有一个人成功,符合预期。

以上,说明这样加锁,可以成功解决资源访问竞争情况。

4. 参考资料

  1. redlock 效果解析

  2. redlock git地址

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 202,980评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,178评论 2 380
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 149,868评论 0 336
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,498评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,492评论 5 364
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,521评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,910评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,569评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,793评论 1 296
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,559评论 2 319
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,639评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,342评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,931评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,904评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,144评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,833评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,350评论 2 342

推荐阅读更多精彩内容