Redis学习笔记（3）

一、Redis的事务（transaction）

1. 事务概念

本质：本质是一组命令的集合，所有的命令按照顺序一次性、串行化地执行，不允许其他命令的加入。Redis通过MULTI、EXEC、WATCH等命令来实现事务功能；在事务执行过程中，服务器不会中断事务而去执行其他客户端命令（具有排他性）。但是redis的事务不支持原子性，因此redis对事务的支持是部分的。

阶段：

- 事务开始

- 命令入队

- 事务执行

阶段描述

事务开始：MULTI命令的执行标志着事务的开始； MULTI命令可以将执行该命令的客户端从非事务状态切换至事务状态。

命令入队：当客户端处于事务状态时，输入的命令不会立即执行，而是将命令入队；服务端会维持一个事务队列，存放这些命令。

事务执行：当输入EXEC命令后，事务被提交并且执行。如果放弃事务，则输入DISCARD命令即可，相关的命令将不会被执行。（事务提交时，相关的命令从前到后依次执行，不会被其他客户端打断）

注意事项：对于一个事务所涉及的指令，如果是命令编译出错，则事务的所有命令都不会执行，而是返回错误信息；如果命令编译通过，但是有部分命令运行出错，不会发生回滚，其他的命令将正常运行（如INCR key，编译正常，但如果key非数值则运行出错，但该运行错误不会影响到其他正常的命令）。因此，Redis中的事务不支持原子性，可能出现部分命令执行成功，部分命令执行失败的现象。

WATCH（监控）：watch命令相当于乐观锁，当事务被提交时，如果监控的key被其他的客户端修改，则整个事务队列里的命令都不会被执行，会返回nil,显示事务执行失败。（即WATCH执行之后， EXEC执行之前，有其他客户端修改了监控的key值，那么当前客户端的事务就会失败。）

2. 悲观锁、乐观锁、CAS（Check And Set）

悲观锁：取数据时锁定数据，从而独占了数据的使用权，其他用户在此期间无法取数据，会处于阻塞状态直到它获得了该数据的锁。悲观锁的实现，有表锁、页锁等。

乐观锁：相比较于悲观锁，乐观锁是一种较为宽松的加锁机制。取数据时不会锁定数据，但是更新数据时会判断数据是否被其他用户更新了，如果发现数据被其他用户更新，则放弃更新，并且重新取数据。乐观锁可以提高系统的吞吐量。乐观锁的实现，如版本控制方法，只有当提交的版本号大于当前数据的版本号，才可以对数据进行更新。

CAS：在Redis中，通过CAS实现乐观锁。

二、Redis的发布、订阅

含义：一种消息通信模式，pub发送消息，sub订阅消息。

命令：

publish [channel] [message] 发布消息。

subscribe [channel] 订阅指定的消息。

psubscribe [channel1] [channel2] ... 订阅多个消息；支持通配符。