Redis的高级应用-事务处理、持久化、发布与订阅消息、虚拟内存使用
三、事务处理
Redis的事务处理比较简单。只能保证client发起的事务中的命令可以连续的执行,而且不会插入其他的client命令,当一个client在连接 中发出multi命令时,这个连接就进入一个事务的上下文,该连接后续的命令不会执行,而是存放到一个队列中,当执行exec命令时,redis会顺序的 执行队列中的所有命令。如果其中执行出现错去,执行正确的不会回滚,次不同于关系型数据库的事务。
回滚后age的值已经改变。
取消一个事务用discard,取消事务队列,数据全部回滚。
Redis乐观锁:使用watch监视指定的key,当exec时如果监视的key从调用watch后发生过变化,这整个事务会失败。可调用watch多 次监视多个key。watch和事务对整个连接有效,如果断开了连接监视和事务都会清除(exec,discard,unwatch也不例外)。
四、持久化机制
Redis是一个支持持久化的内存数据库,Redis需要经常将内存中的数据同步到磁盘来保证持久化。
Redis支持两种持久化方式:
1、snapshotting(快照),将数据存放到文件里,默认方式。
是将内存中的数据已快照的方式写入到二进制文件中,默认文件dump.rdb,可以通过配置设置自动做快照持久化的方式。可配置Redis在n秒内如果超过m
个key被修改就自动保存快照。
save 900 1 #900秒内如果超过1个key被修改,者发起快照保存
save 300 10 #300秒内如果超过10个key被修改,这快照保存
save 60 10000 #60秒内如果超过10000个数据被修改,发起快照保存
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,性能最好,持久化没有保证
开启以后,在bin文件夹中会多两个存储文件,如下:
五、发布与订阅信息
发布订阅(pub/sub)是一种消息通信模式,主要的目的是解除消息发布者和订阅者之间的耦合,Redis作为一个pub/sub的server,在订 阅者和发布者之间起到消息路由的功能。订阅者通过subscribe和psubscribe命令向redis订阅自己感兴趣的消息类型,redis将信息 类型成为通道(channel)。当发布者通过关publish命令向redis server发送特定类型的信息时,订阅该消息类型的全部client都会接收到此消息。
例如开启三个客户端,一个发布消息,另外两个订阅消息,如下
六、虚拟内存的使用
Redis的虚拟内存是暂时吧不经常访问的数据从内存交换到磁盘中,从而腾出内存空间用于其他的访问数据,尤其对于redis这样的内存数据库,内存总是 不够用的。除了分隔到多个redis server外,提高数据库的容量的方法就是使用虚拟内存,把那些不常访问的数据交换到磁盘上。
通过配置vm相关的redis.config配置:
vm-enable yes #开启vm功能
vm-swap-file /tmp/redis.swap #交换出来的value保存的文件路径
vm-max-memory 10000000 #redis使用的最大内存上线
vm-page-size 32 #每个页面的大小32字节
vm-pages 123217729 #最多使用多小个页面
vm-max-threads 4 #用于执行value对象换入的工作线程数量
虚拟内存管理在2.6及之上版本取消了