后台完成保存后，就将此文件发送给slave

Slave将此文件保存到硬盘上

配置主从服务器

在slave的配置文件（redis.conf）中加入以下配置：

Redis对事务的支持目前还比较简单。Redis只能保证一个client发起的事务中的命令可以连续的执行，而中间不会插入其他client的命令。当一个client在一个连接中发出multi命令时，这个连接会进入一个事务上下文，该连接后续的命令不会立即执行，而是先放到一个队列中，当执行exec命令时，redis会顺序的执行队列中的所有命令。

简单事务处理：?

取消一个事务：

Redis事务的缺陷，通常来说，事务中的每一个事务都要执行成功，事务里的所有操作才会生效。但是Redis事务的缺陷就是，当事务中的操作，有一个没有成功的时候，另外一个操作照样成功。这样事务在某一个操作错误的时候，没有了回滚的机制，这是有待改进的地方。

乐观锁：复杂事务控制

大多是基于数据版本（version）的记录机制实现的。即为数据增加一个版本表示，在基于数据库表的版本解决方案中，一般是通过为数据库表添加一个“version”字段来实现读取出数据时，将此版本号一同读出，之后更新时，对此版本号加1。此时，将提交数据的版本号与数据库表对应记录的当前版本号进行比对，如果提交的数据版本号大于数据库当前版本号，则予以更新，否则认为是过期数据。

Redis乐观锁实例：

假设有一个age的key，我们开2个session来对age进行赋值操作，我们来看一下结果。

Watch命令会见识给定的key，当exec时，如果监视的key从调用watch后发生过变化，则整个事务会失败。也可以调用watch多次监视多个key。这样就可以对指定的key加乐观锁了。注意watch的key是对整个连接有效的，事务也一样。如果连接断开，监视和事务都会被自动清除。当然了exec，discard，unwatch命令都会清除连接中的所有监视。

Redis是一个支持持久化的内存数据库，也就是说redis需要经常将内存中的数据同步到硬盘来保证持久化。

Redis支持两种持久化方式：snapshotting（快照）也是默认方式；Append-only file（缩写aof）的方式。

发布订阅（pub/sub）是一种消息通信模式，主要的目的是接触消息发布者和消息订阅者之间的耦合，Redis作为一个pub/sub的server，在订阅者和发布者之间起到了消息路由的功能。订阅者可以通过subscribe和psubscribe命令向redis server订阅自己感兴趣的消息类型，redis将信息类型称为通道（channel）。当发布者通过publish命令向redis server发送特定类型的信息时，订阅该信息类型的全部client都会受到此消息。

Redis的虚拟内存与操作系统的虚拟内存不是一回事，但是思路和目的都是相同的。都是暂时把不经常访问的数据从内存交换到磁盘中，从而腾出宝贵的内存空间用于其他需要访问的数据。尤其是对于redis这样的内存数据库，内存总是不够用的。除了可以将数据分割到多个redisserver外。另外能够提高数据库容量的办法就是使用虚拟内存把那些不经常访问的数据交换到磁盘上。