事务处理：
redis对事务的支持目前还是比较简单，redis只能保证一个
client发起事务中的命令可以连续执行，而中间不会插入其他
client的命令，当一个client 在一个连接中发出multi命令时，这个
连接会进入一个事务上下文，该连接后续的命令不会立即执行，
而是先放到一个队列中，当执行exec命令时，redis会顺序的执行
队列中的所有命令。
127.0.01:6379> MULTI
OK
127.0.01:6379> set age 20
QUEUED
127.0.01:6379> set age 30
QUEUED
127.0.01:6379> get age
QUEUED
127.0.01:6379> EXEC
1) OK
2) OK
3) "30"
如何取消一个事务
discard 取消事务，达到事务回滚的效果
>>现在的redis对事务的支持还是不完善的
如：
127.0.01:6379> MULTI
OK
127.0.01:6379> incr age
QUEUED
127.0.01:6379> incr name
QUEUED
127.0.01:6379> exec
1) (integer) 31
2) (error) ERR value is not an integer or out of range
当执行事务中的语句出错时，age并没有回滚
>>乐观锁复杂事务控制
乐观锁：大多数是是基于数据版本（version）的记录机制实现的。
即为数据增加一个版本标识，在基于数据库表的版本解决方案中，一
般是通过为数据表添加一个version字段来实现读取数据时，将此版本号一同
读出，之后更新时，对此版本号加1.此时，将提交数据的版本号与数据库表对应
的字段版本号进行对比，如果提交的数据版本号大于数据库当前版本号，则给予
更新，否则认为是过期数据。
>redis乐观锁实例：假设有一个age的key,我们开两个session来对age进行复制操作，
这样事务会执行失败，watch 命令会监视给定的key,当exec时，如果监视的key
从调用watch后发生过变化，则整个事务会失败。也可以调用watch多次监视多个
key.这样就可以对指定的key加乐观锁了，注意watch的key是对整个连接
有效的，事务也是一样的，如果连接断开，监视和事务都会自动清除，
当然exec,discard,unwatch命令都会清除连接中的所有监视。
>>持久化机制
redis是一个支持持久化的内存数据库，也就是说redis需要经常将内存中的数据
同步到硬盘来保持持久化。redis支持两种持久化方式：
1.snapshotting(快照)也是默认的方式
2.append-only file（缩写aof）的方式
>snapshottting
快照是默认的持久化方式，这种方式是将内存中数据以快照的方式写入
到二进制文件中，默认的 文件名为dump.rdb.可以通过配置设置自动
做快照持久化的方式。我们可以配置redis在n秒内如果超过m个key被
修改就自动做快照。
save 60 10000 #如果60秒内超过10000个key被修改，则发起快照保存
>aof
由于快照方式是在一定间隔时间内做一次，所以如果redis意外down掉得话，
就会丢失最后一次快照后的所有修改。
aof比快照方式有更好的持久化性，是由于在使用aof时，redis会将每一个
收到的写命令都通过write函数追加到文件中，当redis重启时会通过重新执行
文件中保存的写命令来在内存中重建整个数据库内容。
当然由于os会在内核中缓存write做的修改，所以可能不是立即写到磁盘上。
这样aof方式的持久化也还是有可能丢失部分修改。
可以通过配置文件告诉redis，我们想要通过fsync函数强制os写入到磁盘的时机。
appendonly yes //启用aof持久化方式
#appendfsync always //收到写命令就立即写入到磁盘，最慢，但是保证完全的持久化
#appendsync everysec //每秒写入磁盘一次，在性能和持久化方面做了很好的折中
#appendsync no //完全依赖os,性能最好，性能没有保证
>>发布及订阅消息
发布订阅（pub/sub）是一种消息通信模式，主要的目的是解除消息发布者和消息订阅者之间
的耦合，redis作为一个pub/sub的server，在订阅者和发布者之间起到了消息路由的功能。
订阅者可以通过subscribe和psubscribe命令向redis server订阅自己感兴趣的消息类型
redis将消息类型称为通道（channel）.当发布者通过publish命令向redis server发送
特定类型的信息时，订阅该信息类型的全部client都会收到此消息。
客户端1 subscibe tv1 订阅tv1
publish tv1 "发布的消息"
消息发布时，客户端1会收到信息
>>虚拟内存的使用
redis的虚拟内存与操作系统的虚拟内存不是一回事，但是思路和目的都是相同的。
就是暂时把不经常访问的数据从内存交换到磁盘中，从而腾出 宝贵的内存空间用于
其他需要访问的数据。尤其是对于redis这样的内存数据库，内存总是不够用的。除了
可以将数据分割到redis server外。另外能够提高数据库容量的办法就是使用虚拟内存
把那些不经常访问的数据交换到磁盘上。
下面是vm相关的配置：
vm-enabled yes #开启vm功能
vm-swap-file /tmp/redis.swap #交换出来的value保存的文件路径
vm-max-memory 1000000 #redis使用的最大内存上限
vm-page-size 32 #每个页面的大小32字节
vm-pages 134217728 #最多使用多少页面
vm-max-threads 4 #用于执行value对象换入的线程数量