1.使用Redis作为分布式锁的原子性问题 原方案: ① SETNX $LOCK_BUSI_KEY $REQ_ID ② EXPIRE $LOCK_BUSI_KEY $LOCK_TIME 问题: 使用SETNX,如果锁不存在,则SET成功,返回1:否则,返回0. 为了保证锁在异常退出时,仍能超时释放,使用了EXPIRE:但是由于①和②为非原子操作,导致EXPIRE未能设置成功,造成死锁. 修复方案: Redis从2.6.12版本开始,在SET命令中增加了EX选项支持设置过期时间,NX参数设置KEY…
redis(一主两从三哨兵模式搭建)记录 目的: 让看看这篇文章的的人能够知道:软件架构.软件的安装.配置.基本运维的操作.高可用测试.也包含我自己,能够节省对应的时间. 软件架构: 生产环境使用三台服务器搭建redis哨兵集群,3个redis实例(1主2从)+ 3个哨兵实例.生产环境能够保证在哨兵存活两台的情况下,只有一台redis能够继续提供服务(一主两从三哨兵) 主虚拟机1 从虚拟机2 从虚拟机3 172.16.48.129 172.16.48.130 172.16.48.131 软件安装…
既然是数据库,那就一定有数据备份方式了,而且 Redis 是内存形式的数据库,更需要数据备份了,要不然断电数据就全都丢失了. Redis 数据备份有两种方式: RDB(数据快照) AOF(记录操作日志) 第一种是每隔一定的操作之后就进行一次数据备份,比如十分钟内进行了1000次写操作,就执行一次数据库备份,生成快照存储在本地.那 Redis 如何在一个持续写入的数据库中生成快照呢?Redis 内部借助了 fork 命令,copy on write 机制,在生成快照时,将当前进程 fork 出一个…
在博客园的博问中看到了一个这样的提问:一个表中有id和name两个字段,id是连续非空不重复的,想要交换相邻表记录的name值(单双两两交换). 另外,如果最后的单独行没有对应的下一行匹配记录的话,就不更新最后的单独行记录. 觉得有点意思,就试着实现一下(Oracle),并记录下来. 创建一个diosos表. -- 如果表存在,就删除表(方便测试) drop table diosos; -- 创建表 )); 往表中插入数据. -- 插入数据 , 'one'); , 'two'); , 'thre…
在博客园的博问中看到了一个这样的提问:一个表中有id和name两个字段,id是连续非空不重复的,想要交换相邻表记录的name值(单双两两交换). 另外,如果最后的单独行没有对应的下一行匹配记录的话,就不更新最后的单独行记录. 觉得有点意思,就试着实现一下(SQL Server),并记录下来. 创建一个diosos表. -- 如果表存在,就删除表 if object_id(N'diosos', N'U') is not null drop table diosos; -- 创建表 )); 往表中插…
Redis 如何应对并发访问 使用 Lua 脚本 Redis 中如何使用 Lua 脚本 EVAL EVALSHA SCRIPT 命令 SCRIPT LOAD SCRIPT EXISTS SCRIPT FLUSH SCRIPT KILL SCRIPT DEBUG 为什么 Redis 中的 Lua 脚本的执行是原子性的 Redis 中 Lua 脚本的使用 总结 参考 Redis 如何应对并发访问 上个文章中,我们分析了Redis 中命令的执行是单线程的,虽然 Redis6.0 版本之后,引入了 I/…
背景:有一服务提供者Leader,有多个消息订阅者Workers.Leader是一个排队程序,维护了一个用户队列,当某个资源空闲下来并被分配至队列中的用户时,Leader会向订阅者推送消息(消息带有唯一标识ID),订阅者在接收到消息后会进行特殊处理并再次推往前端. 问题:前端只需要接收到一条由Worker推送的消息即可,但是如果Workers不做消息重复推送判断的话,会导致前端收到多条消息推送,从而影响正常业务逻辑. 方案一(未通过) 在Worker接收到消息时,尝试先从redis缓存中根据消息…
转自:http://www.cnblogs.com/fly-piglet/p/9836314.html 目的: 让看看这篇文章的的人能够知道:软件架构.软件的安装.配置.基本运维的操作.高可用测试.也包含我自己,能够节省对应的时间. 软件架构: 生产环境使用三台服务器搭建redis哨兵集群,3个redis实例(1主2从)+ 3个哨兵实例.生产环境能够保证在哨兵存活两台的情况下,只有一台redis能够继续提供服务(一主两从三哨兵) 主虚拟机1 从虚拟机2 从虚拟机3 172.16.48.129 1…
Redis提供了两种不同的持久化方法来将数据存储到硬盘里面.一种方法叫快照(snapshotting),它可以将存在于某一时刻的所有数据都写入硬盘里;另一种方法教只追加文件(append-only file, AOF),它会在执行的写命令复制到硬盘里.这两种方法可以自由搭配使用,具体如何选择,需要根据用书的数据以及应用来决定.下面在Redis安装目录的redis.conf文件中查看下Redis默认的持久化配置: //SNAPSHOTTING save 900 1 save 300 10 save…
redis的持久化配置: 主要包括两种方式:1.快照  2 日志 来看一下redis的rdb的配置选项和它的工作原理: save 900 1 // 表示的是900s内,有1条写入,则产生快照 save 300 1000 // 表示的是300s内,有1000次的写入,则产生快照 save 60 10000 // 表示的是60s内,有10000次的写入,则产生快照 (这3个选项都屏蔽,则rdb被禁用) stop-writes-on-bgsave-error yes // 后台dump备份进程出错的时…