Redis高级应用

一、Redis事物及乐观锁

1、Redis支持简单的事务

2、Redis与 mysql事务的对比

	Mysql	Redis
开启	start transaction	muitl
语句	普通sql	普通命令
失败	rollback 回滚	discard 取消
成功	commit	exec

redis的事务，在用multi开启之后，之后输入的所有命令，其实都是将其添加到一个执行队列中，当使用exec这个命令时，这个队列中的命令就会按顺序执行，使用discard这个命令式，这个队列就会被清空。

注: rollback与discard 作用：

discard和rollback都可以做到回滚。但是dicard其实就是将开启事物后的队列里面的命令清空。rollback是真正的回滚，就是回到开启事务之前的状态。

3、在mutil后面的语句中, 语句出错可能有2种情况：

（1）语法就有问题,此时，在输入命令时，就会报错。--直接会回滚。

（2）语法本身没错,但适用对象有问题. 比如 zadd 操作list对象，这个命令也会被加入队列。exec之后，出错的那个命令之前的命令是会被执行的

 

相当于只要事务的所有命令中出现任何语法错误，在exec时都会回滚，所有命令都不会执行。

 

4、乐观锁

思考:我正在买票，Ticket = 1, money =100，而票只有1张, 如果在我multi之后,和exec之前, 票被别人买了---即ticket变成0了。我该如何观察这种情景,并不再提交。

悲观的想法:

世界充满危险,肯定有人和我抢, 给 ticket上锁, 只有我能操作. [悲观锁]

乐观的想法:

没有那么人和我抢,因此,我只需要注意,有没有人更改ticket的值就可以了 [乐观锁]

Redis的事务中,启用的是乐观锁,只负责监测key没有被改动

具体的命令---- watch命令

redis 127.0.0.1:6379> watch ticket
OK
redis 127.0.0.1:6379> multi
OK
redis 127.0.0.1:6379> decr ticket
QUEUED
redis 127.0.0.1:6379> decrby money 100
QUEUED
redis 127.0.0.1:6379> exec
(nil)   // 返回nil,说明监视的ticket已经改变了,事务就取消了.
redis 127.0.0.1:6379> get ticket
"0"
redis 127.0.0.1:6379> get money
"200"

步骤：

创建ticket和money 字符串，分别是1和100

打开两个客户端：一个客户端执行上述代码，另一个客户端在exec之前，更改一下ticket的值。

 

watch key1 key2 ... keyN

作用:监听key1 key2..keyN有没有变化,如果有变, 则事务取消

unwatch

作用: 取消所有watch监听

二、消息订阅

Redis 发布订阅(pub/sub)是一种消息通信模式：发送者(pub)发送消息，订阅者(sub)接收消息。

Redis 客户端可以订阅任意数量的频道。

下图展示了频道 channel1 ， 以及订阅这个频道的三个客户端 —— client2 、 client5 和 client1 之间的关系：

当有新消息通过 PUBLISH 命令发送给频道 channel1 时， 这个消息就会被发送给订阅它的三个客户端。

使用办法:

订阅端: Subscribe 频道名称

发布端: publish 频道名称 发布内容

客户端例子:
redis 127.0.0.1:6379> subscribe news
Reading messages... (press Ctrl-C to quit)
1) "subscribe"
2) "news"
3) (integer) 1
1) "message"
2) "news"
3) "good good study"
1) "message"
2) "news"
3) "day day up"
 
服务端例子:
redis 127.0.0.1:6379> publish news 'good good study'
(integer) 1
redis 127.0.0.1:6379> publish news 'day day up'
(integer) 1

 

 

消息的意义:建立客户端之间的通信

client1 :处理计算的第一步

client2:处理计算的第二步

client3：处理计算的最后一步

client1--->将计算结果当成一个消息发送client2

三、Redis持久化配置

redis启动之后，就从硬盘上将所有数据读出来，加载到内存中。

持久化：将内存中的数据保存到硬盘上。

序列化：就对象保存到硬盘上。

• • redis是一个内存数据库，他最大的特点就是可以将内存的上的数据持久化的硬盘。这是为了保证数据在系统重启或者电脑电源关闭，数据不会被丢失。
  • 当redis启动的启动的时候，他会将硬盘的数据，全部加载到内存，在内存上运行。

 

redis持久化是通过两种方式来完成的：

• RDB快照
• AOF日志

（一）RDB快照

Rdb快照的配置选项：

• save 900 1 // 900内,有1条写入,则产生快照
• save 300 1000 // 如果300秒内有1000次写入,则产生快照
• save 60 10000 // 如果60秒内有10000次写入,则产生快照

(这3个选项都屏蔽,则rdb禁用)

和持久化相关的redis配置：

• stop-writes-on-bgsave-error yes // 后台备份进程出错时,主进程停不停止写入?
• rdbcompression yes // 导出的rdb文件是否压缩
• Rdbchecksum yes // 导入rbd恢复时数据时,要不要检验rdb的完整性
• dbfilename dump.rdb //导出来的rdb文件名
• dir ./ //rdb的放置路径

（二）aof日志

Aof 的配置：

• appendonly no # 是否打开 aof日志功能
• appendfsync always # 每1个命令,都立即同步到aof. 安全,速度慢
• appendfsync everysec # 折衷方案,每秒写1次
• appendfsync no # 写入工作交给操作系统,由操作系统判断缓冲区大小,统一写入到 aof. 同步频率低,速度快。

• no-appendfsync-on-rewrite yes: # 正在导出rdb快照的过程中,要不要停止同步aof
• auto-aof-rewrite-percentage 100 #aof文件大小比起上次重写时的大小,增长率100%时,重写
• auto-aof-rewrite-min-size 64mb #aof文件,至少超过64M时,重写

两种持久化机制的比较：

RDB持久化	AOF持久化
全量备份,一次保存整个数据库	增量备份,一次保存一个修改数据库的命令
保存的间隔较长	保存的间隔默认一秒
数据还原速度快	数据还原速度一般
更适合数据备份,默认开启	更适合用来保存数据,和一般SQL持久化方式一样,默认关闭
启动优先级 : 低	启动优先级 : 高
体积 : 小	体积 : 大
恢复速度 : 快	恢复速度 : 慢
数据安全性 : 丢数据	数据安全性 : 根据策略决定