一、Redis事务及乐观锁
1、Redis支持简单地事务
2、Redis与MySQL事务的对比：
|
MySQL |
Redis |
|
|
开启 |
start transaction |
multi |
|
语句 |
普通SQL |
普通命令 |
|
失败 |
rollback回滚 |
discard取消 |
|
成功 |
commit |
exec |
Redis的事务，在用multi开启之后，之后输入的所有命令，其实都是将其添加到一个执行队列中，当使用exec这个命令时，这个队列中的命令就会按顺序执行，使用discard这个命令式，这个队列就会被清空。
rollback与discard作用：
discard和rollback都可以做到回滚。但是discard其实就是将开启事务后的队列里面的命令清空。rollback是真正的回滚，就是回到开启事务之前的状态。
3、在multi后面的语句中，语句出错可能有2种情况：
（1）语法本身就有问题，此时，在输入命令时，就会报错。---直接会回滚。
（2）语法本身没错，但使用对象有问题。比如zadd操作list对象，这个命令也会被加入队列。exec之后，出错的那个命令之前的命令是会被执行的。
相当于只要事务的所有命令中出现任何语法错误，在exec时都会回滚，所有命令都不会执行。
4、乐观锁：
Redis的事务中，启用的是乐观锁，只负责监测key没有被改动。
具体的命令-----watch命令 例：watch ticket
二、消息订阅
Redis发布订阅是一种消息通信模式：发送者发送消息，订阅者接收消息。
Redis客户端可以订阅任意数量的频道。
使用办法：
订阅端：subscribe 频道名称
发布端：publish 频道名称 发布内容
消息的意义：建立客户端之间的通信
三、Redis持久化配置
Redis启动之后，就从硬盘上将所有数据读出来，加载到内存中。
持久化：将内存中的数据保存到硬盘上。
序列化：将对象保存到硬盘上。
Redis是一个内存数据库，它最大的特点就是可以将内存上的数据持久化到硬盘。这是为了保证数据在系统重启或者电脑电源关闭时，数据不会丢失。
当Redis启动的时候，会将硬盘的数据全部加载到内存，在内存上运行。
Redis持久化是通过两种方式来完成的：
·RDB快照
·AOF日志
（一）RDB快照
1、快照的配置选项：
·save 900 1 900秒内，有1条写入，则产生快照
·save 300 1000 300秒内有1000次写入，则产生快照
·save 60 10000 60秒内有10000写入，则产生快照
这三个选项都屏蔽，则RDB禁用。
2、和持久化相关的Redis配置：
·stop-writes-on-bgsave-error yes // 后台备份进程出错时,主进程停不停止写入?
·rdbcompression yes // 导出的rdb文件是否压缩
·Rdbchecksum yes // 导入rbd恢复时数据时,要不要检验rdb的完整性
·dbfilename dump.rdb //导出来的rdb文件名
·dir ./ //rdb的放置路径
3、RDB快照的过程：
当触发三个条件其中的一个时，Redis就会进行RDB快照的备份，从照相到将内存镜像保存到dump.rdb文件的过程就是快照的过程。
4、RDB弊端：
RDB快照是需要消耗时间的，若在这个过程中触发了快照的条件，但是此时RDB正在进行中，此时的触发就无法正常使用RDB。而正式因为其存在隐患，所以产生了AOF日志。
（二）AOF日志
1、AOF其实就是一种日志记录方式来保存数据。
2、Redis的数据结构都是通过命令来的，也就意味着保存了命令就相当于保存了数据。因为只需将保存的命令执行一遍，就可以将Redis恢复到最后执行命令的状态。因此，AOF日志文件中存储的就是输入的命令，并且是以追加的方式保存的。
3、AOF的配置：
- appendonly no # 是否打开 aof日志功能
- appendfsync always # 每1个命令,都立即同步到aof. 安全,速度慢
- appendfsync everysec # 折衷方案,每秒写1次
- appendfsync no # 写入工作交给操作系统,由操作系统判断缓冲区大小,统一写入到 aof. 同步频率低,速度快。
- no-appendfsync-on-rewrite yes: # 正在导出rdb快照的过程中,要不要停止同步aof（原因是为了保证RBD和AOF数据的同一性）
- auto-aof-rewrite-percentage 100 #aof文件大小比起上次重写时的大小,增长率100%时,重写（重写就是将数据逆化成命令，重新写入AOF的过程，目的是为了不让AOF无限增长）
- auto-aof-rewrite-min-size 64mb #aof文件,至少超过64M时,重写
（三）两种持久化机制的比较
| RDB持久化 | AOF持久化 |
| 全量备份，一次保存整个数据库 | 增量备份，一次保存一个修改数据库的命令 |
| 保存间隔较长 | 保存间隔默认为1秒 |
| 数据还原速度快 | 数据还原速度一般 |
| 更适合数据备份，默认开启 | 更适合用来保存数据，默认关闭 |
| 启动优先级：低 | 启动优先级：高 |
| 体积：小 | 体积：大 |
| 恢复速度：快 | 恢复速度：慢 |
| 数据安全性：丢数据 | 数据安全性：根据策略决定 |
（四）Redis持久化相关的问题
1、在dump.rdb过程中，AOF如果停止同步，会不会丢失数据？
答：不会，所有的操作都会缓存在内存的队列里，dump完成后统一操作。
2、AOF重写是指什么？
答：AOF重写是指把内存中的数据，逆化成命令写入到AOF日志里，以解决AOF日志过大的问题。
3、若rdb文件和aof文件都存在，优先用谁来恢复数据？
答：这种情况下，当Redis重启时会优先载入aof文件来恢复原始的数据，因为通常情况下aof文件保存的数据要比rdb文件完整。
4、两种是否可以同时使用？
答：可以，且推荐这么做。
5、恢复时RDB和AOF哪个恢复的快？
答：RDB快，因为其是数据的内存映射，直接载入到内存，而AOF是命令，需要逐条执行。
- ./ //rdb的放置路径