Redis高级实用特性
4、持久化机制
Redis是一个支持持久化的内存数据库，也就是说Redis需要经常将内存中的数据同步到硬盘来保证持久化。
Redis支持两种持久化方式：
（1）、snapshotting(快照） 也是默认方式。
快照是默认的持久化方式，这种方式是将内存中数据以快照的方式写入到二进制文件中，默认的文件名为dump.rdb。可以通过配置设置自动做快照持久化的方式。我们可以配置redis在n秒内如果超过m个key的修改就自动做快照。
修改配置文件redis.conf:
save 900 1 #900秒内如果超过1个key被修改，则发起快照保存。
（2）、Append-only file（缩写aof）的方式。
由于快照方式是在一定间隔时间做一次的，所以如果redis意外down掉的话，就会丢失最后一次快照后的所有修改。 aof比快照方式有更好的持久化性，是由于在使用aof时，redis会将每个收到的写命令都通过write函数追加到文件中，当redis重启时会通过重新执行文件中保存的写命令来在内存中重建整个数据库的内容。 当然由于OS会在内核中缓存write做的修改，所以可能不是立即写到磁盘上，这样aof方式的持久化也还是有可能丢失部分修改。可以通过配置文件告诉redis我们想要通过fsync函数强制OS写入到磁盘的时机。
appendonly yes //启用aof持久化方式
#appendfsync always //收到写命令就立即写入磁盘，最慢，但是保证完全的持久化
appendfsync everysec //每秒钟写入磁盘一次，在性能和持久化方面做了很好的折中
#appendfsync no //完全依赖OS，性能最好，持久化没保证
修改配置文件redis.conf, 再在redis客户端进行写入操作，可以看到redis所在的bin目录下存在两个文件，appendonly.aof存的是操作命令，dump.rdb存的是二进制数据。
| root@ubuntu:/usr/local/redis/bin# ll total 12720 drwxr-xr-x 2 root root 4096 2015-06-18 01:25 ./ drwxr-xr-x 4 root root 4096 2015-06-18 01:21 ../ -rw-r--r-- 1 root root 56 2015-06-18 01:26 appendonly.aof -rw-r--r-- 1 root root 180 2015-06-15 02:25 dump.rdb -rwxr-xr-x 1 anny anny 566 2015-06-04 02:35 mkreleasehdr.sh* -rwxr-xr-x 1 anny anny 3759902 2015-06-14 20:09 redis-benchmark* -rwxr-xr-x 1 anny anny 20295 2015-06-14 20:09 redis-check-aof* -rwxr-xr-x 1 anny anny 40868 2015-06-14 20:09 redis-check-dump* -rwxr-xr-x 1 anny anny 3853871 2015-06-14 20:09 redis-cli* -rwxr-xr-x 1 anny anny 5325229 2015-06-14 20:09 redis-server* |
5、发布订阅消息
发布订阅（pub/sub）是一种消息通信模式，主要的目的是解除消息发布者和消息订阅者之间的耦合，Redis作为一个pub/sub的server,在订阅者和发布者之间起到了消息路由的功能。订阅者可以通过subscribe和psubscribe命令向Redis Server订阅自己感兴趣的消息类型，redis将信息类型称为通道（channel）。当发布者通过publish命令向redis server发送特定类型的信息时，订阅该信息类型的全部client都会收到此消息。
Redis 发布订阅(pub/sub)是一种消息通信模式：发送者(pub)发送消息，订阅者(sub)接收消息。
Redis 客户端可以订阅任意数量的频道。
下图展示了频道 channel1 ， 以及订阅这个频道的三个客户端 —— client2 、 client5 和 client1 之间的关系：
当有新消息通过 PUBLISH 命令发送给频道 channel1 时， 这个消息就会被发送给订阅它的三个客户端：
Redis中发布/订阅实验：
开启三个终端，
在第一个终端中输入如下命令，通过subscribe订阅了tv1和tv2两个频道：
anny@ubuntu:/usr/local/redis/bin$ ./redis-cli -a anny
127.0.0.1:6379> subscribe tv1 tv2
Reading messages... (press Ctrl-C to quit)
1) "subscribe"
2) "tv1"
3) (integer) 1
1) "subscribe"
2) "tv2"
3) (integer) 2
在第二个终端中输入如下命令，通过subscribe 订阅了tv1频道：
anny@ubuntu:/usr/local/redis/bin$ ./redis-cli -a anny
127.0.0.1:6379> subscribe tv1
Reading messages... (press Ctrl-C to quit)
1) "subscribe"
2) "tv1"
3) (integer) 1
在第三个终端中输入如下命令，通过发布消息：
root@ubuntu:/usr/local/redis/bin# ./redis-cli -a anny
127.0.0.1:6379> publish tv1 test
(integer) 2
127.0.0.1:6379> publish tv2 abc
(integer) 1
可以看到第一个终端和第二个终端同时接收到第三个终端发布的消息：
第一个终端收到消息如下：
1) "message"
2) "tv1"
3) "test"
1) "message"
2) "tv2"
3) "abc"
第二个终端收到消息如下：
1) "message"
2) "tv1"
3) "test"
下表列出了 redis 发布订阅常用命令：
| 序号 | 命令及描述 |
|---|---|
| 1 | PSUBSCRIBE pattern [pattern ...] 订阅一个或多个符合给定模式的频道。 |
| 2 | PUBSUB subcommand [argument [argument ...]] 查看订阅与发布系统状态。 |
| 3 | PUBLISH channel message 将信息发送到指定的频道。 |
| 4 | PUNSUBSCRIBE [pattern [pattern ...]] 退订所有给定模式的频道。 |
| 5 | SUBSCRIBE channel [channel ...] 订阅给定的一个或多个频道的信息。 |
| 6 | UNSUBSCRIBE [channel [channel ...]] 指退订给定的频道。 |
6、虚拟内存的使用
redis的虚拟内存与操作系统的虚拟内存不是一回事，但是思路和目的都是相同的。就是暂时把不经常访问的数据从内存交换到磁盘中，从而腾出宝贵的内存空间用于其他需要访问的数据。尤其是对于redis这样的内存数据库，内存总是不够用的。除了可以将数据分割到多个redis server外，另外能够提高数据库容量的办法就是使用虚拟内存把那些不经常访问的数据交换到磁盘上。
下面关于VM相关的配置项（redis.conf）：
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对象换入缓存的工作线程数量
修改配置文件redis.conf后，杀掉redis-server进程，重启redis-server。
会提示在redis.conf文件中增加一个配置项 really-use-vm yes
注：我目前实验的Redis 3.0.2版本不存关于虚拟内存的配置项，手工加入后，启动Redis-server会报错。
W3C School Redis基础教程： http://www.w3cschool.cc/redis/redis-backup.html