redis 高级特性二

一、乐观锁复杂事务控制

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

redis如何实现乐观锁：watch命令会监视给定key，当exec时候如果监视的key从调用watch后发生过变化，则整个事务会失败。watch的key是对整个连接有效的，事务也一样。如果连接断开，监视和事务都会被自动清除。exec、discard、unwatch命令都会清除连接中的所有监视。

例如：

打开redis的2个session会话：

session1如下：

session2如下：

则当session1执行exec的时候会失败。

二、持久化机制

redis支持两种持久化方式：

1、snapshotting（快照）默认方式

将内存中的数据以快照的方式写入到二进制文件中，默认的名字为dump.rdb.

可配置如下

2、Append-onlyfile（缩写aof）的方式

aof比快照有更好的持久化，是由于在使用aof时，redis会将每个写命令追加写入文件，当redis重新启动时会通过这个文件来在内存中重建整个数据库。

三、发布和订阅消息

发布订阅（pub/sub）是一种消息通信模式，主要目的是解除消息发布者和消息订阅者之间的耦合，redis作为一个pub/sub的server,在订阅和发布者之间起到了消息路由的功能。

订阅可以通过subscribe和psubscribe命令向redisserver订阅自己的消息类型。当发布者通过publish

命令向redisserver发送特定类型的信息时，订阅该信息类型的client都会收到消息。

举例：打开redis3个session

session1、session2用来订阅，session3用来发布消息，如下图：

session1:

session2:

session3:

四、虚拟内存的使用

把不经常使用的数据从内存交换到磁盘中，从而释放内存用于需要访问的数据。