Redis中的事务与持久化简单整理

Redis中的事务与持久化

事务可以一次执行多个命令，并带有两个重要的保证：
1、 事务中的所有命令都被序列化并按顺序执行。Redis执行事务期间，不会被其它客户端发送的命令打断，事务中的所有命令都作为一个隔离操作顺序执行。

2、 Redis事务是原子操作，或者执行所有命令或者都不执行。

通过Multi开始事务，输入的命令依次加入命令队列中但不会依次执行。通过Exec命令使队列中的命令依次执行。组队过程中可以通过discard命令终止组队。

例如：我们输入multi，Redis客户端会返回一个OK，开启事务。

紧接着，我们输入exec，以上命令就会顺序执行：

我们可以用discard不执行：

如果在组队有一个命令出错（往往是语法错误，而不是逻辑错误），那么所有命令都不会被执行。但是，如果是执行阶段某个命令错误，则只会执行正确的命令，跳过错误的命令。

事务冲突

采用悲观锁（每次操作前先上锁使别人不能操作）或者乐观锁（给操作数据加上“版本号”来确定是否能操作）解决事务冲突问题。

我们可以通过watch [key]来给对应的key加锁，这是一种乐观锁加锁命令。我们可以利用unwatch [key]来解开乐观锁。

Redis事务三特性

• 单独的隔离操作：事务的所有命令都会序列化,按顺序地执行,事务在执行过程中,不会被其他客户端发送来的命令请求所打断
• 没有隔离级别的概念：队列中的命令没有提交之前都不会实际被执行,因为事务提交前任何指令都不会被实际执行
• 不保证原子性：事务中如果有一条命令执行失败,其后的命令仍然会被执行,没有回滚

RDB(Redis DataBase)

在指定的时间间隔内将内存中的数据集快照写入到硬盘中。 通过bgsave命令让操作系统fork()一个子进程，然后让持久化过程由子进程负责（如果发现已经创建好的持久化子进程则直接返回）。时间间隔到达后，子进程会创建RDB文件（根据父进程内存生成的临时快照文件进行原子替换）。其流程如图所示：

RDB的优点：

• RDB是一种紧凑的二进制压缩文件，适合备份，全量复制
• 加载RDB恢复数据远快于AOF

RDB的缺点：

• 最后一次持久化的数据可能丢失
• 无法做到实时、秒级持久化
• 版本兼容可能会有问题

AOF

以日志的形式记录每个写操作。AOF会把指令，数据记录下来追加（不允许改写）到文件中。AOF默认不开启。我们需要把redis.conf文件中appendonly.aof的值改为yes才能开启。若AOF和RDB同时开启，系统会默认读取AOF的数据。

• 所有写入命令会追加到aof_buf(缓冲区)中
• AOF缓冲区根据对应的策略向硬盘做同步操作
• 定期对AOF文件进行重写来达到压缩的目的
• Redis服务器重启后可以加载AOF文件进行数据恢复

命令写入的内容是文本协议格式。Redis提供了很多AOF的缓冲区同步文件策略。

可配置值	Description
always	使用fsync()写入到同步文件
everysec	先调用write()，完成后线程返回。fsync()由专门线程每秒调用一次
no	只利用write()写入到同步文件

fsync()与write()相比，虽然依旧要写入到缓冲区，但必须等到成功写入到磁盘后才返回，所以比较适合数据库操作。