Redis实现lock互斥访问资源
- - 数据库 - ITeye博客Redis是当前很流行的一种开源键值数据库. 目前睿思的后台架构在数据库层采用了Redis和MySQL组合的形式，其中Redis主要用来存储状态信息（比如当前种子的peer）和读写频繁的数据. Redis完全运行在内存之上，无lock设计，速度非常快. 通过实测，在睿思服务器上读写速度达到3万次/s.
Redis实现lock互斥访问资源
标签：
redis
lock
互斥
| 发表时间：2015-09-25 17:53 | 作者：Horsemen
出处：http://www.iteye.com
Redis是当前很流行的一种开源键值数据库。目前睿思的后台架构在数据库层采用了Redis和MySQL组合的形式，其中Redis主要用来存储状态信息（比如当前种子的peer）和读写频繁的数据。Redis完全运行在内存之上，无lock设计，速度非常快！通过实测，在睿思服务器上读写速度达到3万次/s。
在高并发的应用中，很多时候我们需要对某些资源进行竞争访问，比如在很多人下载一个热门资源，就可能存在很多请求去修改某个资源的peer信息（就是保存了当前保种人的ip地址和端口号），需要保证某个请求修改peer信息的时候，不允许其他请求修改，否则就会出现数据覆盖的问题。但是Redis没有提供对数据的加锁，所以需要我们通过Redis提供的命令自己实现：
思路一：通过get 和set 命令实现
这种方式很容易想到，就是当每次请求到来时通过get判断这个锁是否存在，如果不存在则set创建。这种方法有一个弊端，由于get和set是两次Redis请求，二者之间有延时，在高并发的环境下，有可能在get检测到锁不存之后在set之前已经被其他线程set，这时当前线程再set，这样锁就失效了。所以这种方法 只能应对并发量不是很高的情况。
思路二：通过setnx 和 expire命令实现
在访问需要互斥访问的资源时，通过setnx命令去设置一个lock 键，setnx的作用是判断锁是否存在，如果不存在则创建，返回成功，如果存在则返回失败，服务器返回给客户端，指示客户端稍后重试。expire命令用于给该锁设定一个过期时间，用于防止线程crash，导致锁一直有效，从而导致死锁。例如：设定锁的有效期为100秒，那么即使线程奔溃，在100秒后锁会自动失效。
setnx lock "lock"
如果成功则设置过期时间
expire lock 100
访问互斥资源结束后,删除锁
del lock
思路三：通过watch和Redis的事务命令实现
这种方式的效果和思路二类似。
在请求到时先watch改资源锁，然后再通过在事务执行 创建锁的过程，锁的键值能唯一标识改请求（比如用时间+用户标识）。如果当前还有其他线程请求该资源，当判断该锁存在时则返回错误重试（例如睿思BT tracker返回“服务器过载，自动重试的”的提示就属于此类情况）。如果有多个请求同时判断改锁不存在而创建锁，这样也会由于watch了这个锁，导致之前watch的线程执行事务失败，返回客户端自动重试。这样达最终达到了锁的目的。
已有 0 人发表留言，猛击->> 这里<<-参与讨论
ITeye推荐
在高并发的应用中，很多时候我们需要对某些资源进行竞争访问，比如在很多人下载一个热门资源，就可能存在很多请求去修改某个资源的peer信息（就是保存了当前保种人的ip地址和端口号），需要保证某个请求修改peer信息的时候，不允许其他请求修改，否则就会出现数据覆盖的问题。但是Redis没有提供对数据的加锁，所以需要我们通过Redis提供的命令自己实现：
思路一：通过get 和set 命令实现
这种方式很容易想到，就是当每次请求到来时通过get判断这个锁是否存在，如果不存在则set创建。这种方法有一个弊端，由于get和set是两次Redis请求，二者之间有延时，在高并发的环境下，有可能在get检测到锁不存之后在set之前已经被其他线程set，这时当前线程再set，这样锁就失效了。所以这种方法 只能应对并发量不是很高的情况。
思路二：通过setnx 和 expire命令实现
在访问需要互斥访问的资源时，通过setnx命令去设置一个lock 键，setnx的作用是判断锁是否存在，如果不存在则创建，返回成功，如果存在则返回失败，服务器返回给客户端，指示客户端稍后重试。expire命令用于给该锁设定一个过期时间，用于防止线程crash，导致锁一直有效，从而导致死锁。例如：设定锁的有效期为100秒，那么即使线程奔溃，在100秒后锁会自动失效。
setnx lock "lock"
如果成功则设置过期时间
expire lock 100
访问互斥资源结束后,删除锁
del lock
思路三：通过watch和Redis的事务命令实现
这种方式的效果和思路二类似。
在请求到时先watch改资源锁，然后再通过在事务执行 创建锁的过程，锁的键值能唯一标识改请求（比如用时间+用户标识）。如果当前还有其他线程请求该资源，当判断该锁存在时则返回错误重试（例如睿思BT tracker返回“服务器过载，自动重试的”的提示就属于此类情况）。如果有多个请求同时判断改锁不存在而创建锁，这样也会由于watch了这个锁，导致之前watch的线程执行事务失败，返回客户端自动重试。这样达最终达到了锁的目的。
已有 0 人发表留言，猛击->> 这里<<-参与讨论
ITeye推荐
相关 [redis lock 互斥] 推荐：
Hive Lock 理论与实践
- - leejun2005的个人页面最近两天数据仓库中一张核心表遭遇了锁的问题，导致数据插入失败，影响挺大，之前一直没注意到这个问题，借此总结一下这块的知识和遇到的坑. hive 在 0.7 版本之后开始支持并发，线上的环境默认是用 zookeeper 做 hive 的锁管理，Hive开启并发功能的时候自动开启锁功能. hive 目前主要有两种锁，SHARED（共享锁 S）和 Exclusive（排他锁 X）.
[Oracle] enq: TX - row lock contention 优化案例
- - CSDN博客推荐文章根据开发反馈，最近每天早上7:30应用会报警，应用的日志显示数据库连接池满了，新的连接被拒绝. 首先，我做了ASH报告（报告区间：7:25 ~ 7:35），从ASH的等待事件发现enq: TX - row lock contention居然高达76.54%，如下所示：. enq: TX - row lock contention等待事件是一种行的等待事件，也就是说同一时刻有多个session请求修改同一行.
MySQL5.6.12 Waiting for commit lock导致从库hang住的问题剖析
- - CSDN博客推荐文章nagios报警，线上一台从库检测不到slave状态，于是远程上去查看问题：. 1，show slave status\G卡住：. show slave status卡住了，动弹不了，这种情况还是第一次遇到. 3，Top看mysqld进程占据cpu才0.3%. 4，查看error日志，没有发现异常记录：.
Redis 负载监控——redis-monitor
- - ITeye资讯频道redis-monitor是一个Web可视化的 redis 监控程序. 使用 Flask 来开发的，代码结构非常简单，适合移植到公司内网使用. redis 服务器信息，包括 redis 版本、上线时间、 os 系统信息等等. 实时的消息处理信息，例如处理 command 数量、连接总数量等. 内存占用、 cpu 消耗实时动态图表.
Redis 起步
- - 博客园_首页Rdis和JQuery一样是纯粹为应用而产生的，这里记录的是在CentOS 5.7上学习入门文章：. Redis是一个key-value存储系统. 和Memcached类似，但是解决了断电后数据完全丢失的情况，而且她支持更多无化的value类型，除了和string外，还支持lists（链表）、sets（集合）和zsets（有序集合）几种数据类型.
redis 配置
- - 谁主沉浮# 当配置中需要配置内存大小时，可以使用 1k, 5GB, 4M 等类似的格式，其转换方式如下(不区分大小写). # 内存配置大小写是一样的.比如 1gb 1Gb 1GB 1gB. # daemonize no 默认情况下，redis不是在后台运行的，如果需要在后台运行，把该项的值更改为yes. # 当redis在后台运行的时候，Redis默认会把pid文件放在/var/run/redis.pid，你可以配置到其他地址.
Cassandra代替Redis?
- - Tim[后端技术]最近用Cassandra的又逐渐多了，除了之前的360案例，在月初的QCon Shanghai 2013 篱笆网也介绍了其使用案例. 而这篇 百万用户时尚分享网站feed系统扩展实践文章则提到了Fashiolista和Instagram从Redis迁移到Cassandra的案例. 考虑到到目前仍然有不少网友在讨论Redis的用法问题，Redis是一个数据库、内存、还是Key value store?以及Redis和memcache在实际场景的抉择问题，因此简单谈下相关区别.
redis 部署
- - CSDN博客云计算推荐文章一、单机部署
tar xvf redis-2.6.16.tar.gz
cd redis-2.6.16
make
make PREFIX=/usr/local/redis install #指定安装目录为/usr/local/redis，默认安装安装到/usr/local/bin. # chkconfig: 2345 80 10 #添加redhat系列操作系统平台，开机启动需求项(运行级别，开机时服务启动顺序、关机时服务关闭顺序)
# description: Starts, stops redis server.
nagios 监控redis
- - C1G军火库下载check_redis.pl. OK: REDIS 2.6.12 on 192.168.0.130:6379 has 1 databases (db0) with 49801 keys, up 3 days 14 hours - connected_clients is 1, blocked_clients is 0 | connected_clients=1 blocked_clients=0.