本质：本质是一组命令的集合，所有的命令按照顺序一次性、串行化地执行，不允许其他命令的加入。Redis通过MULTI、EXEC、WATCH等命令来实现事务功能；在事务执行过程中，服务器不会中断事务而去执行其他客户端命令（具有排他性）。但是redis的事务不支持原子性，因此redis对事务的支持是部分的。
阶段：
- 事务开始
- 命令入队
- 事务执行
阶段描述
事务开始：MULTI命令的执行标志着事务的开始； MULTI命令可以将执行该命令的客户端从非事务状态切换至事务状态。
命令入队：当客户端处于事务状态时，输入的命令不会立即执行，而是将命令入队；服务端会维持一个事务队列，存放这些命令。
事务执行：当输入EXEC命令后，事务被提交并且执行。如果放弃事务，则输入DISCARD命令即可，相关的命令将不会被执行。（事务提交时，相关的命令从前到后依次执行，不会被其他客户端打断）
注意事项：对于一个事务所涉及的指令，如果是命令编译出错，则事务的所有命令都不会执行，而是返回错误信息；如果命令编译通过，但是有部分命令运行出错，不会发生回滚，其他的命令将正常运行（如INCR key，编译正常，但如果key非数值则运行出错，但该运行错误不会影响到其他正常的命令）。因此，Redis中的事务不支持原子性，可能出现部分命令执行成功，部分命令执行失败的现象。
WATCH（监控）：watch命令相当于乐观锁，当事务被提交时，如果监控的key被其他的客户端修改，则整个事务队列里的命令都不会被执行，会返回nil,显示事务执行失败。 （即WATCH执行之后， EXEC执行之前， 有其他客户端修改了监控的key值， 那么当前客户端的事务就会失败。）
悲观锁：取数据时锁定数据，从而独占了数据的使用权，其他用户在此期间无法取数据，会处于阻塞状态直到它获得了该数据的锁。悲观锁的实现，有表锁、页锁等。
乐观锁：相比较于悲观锁，乐观锁是一种较为宽松的加锁机制。取数据时不会锁定数据，但是更新数据时会判断数据是否被其他用户更新了，如果发现数据被其他用户更新，则放弃更新，并且重新取数据。乐观锁可以提高系统的吞吐量。乐观锁的实现，如版本控制方法，只有当提交的版本号大于当前数据的版本号，才可以对数据进行更新。
CAS：在Redis中，通过CAS实现乐观锁。
含义：一种消息通信模式，pub发送消息，sub订阅消息。
命令：
publish [channel] [message] 发布消息。
subscribe [channel] 订阅指定的消息。
psubscribe [channel1] [channel2] ... 订阅多个消息；支持通配符。
原文：https://www.cnblogs.com/dqwangi33/p/12514956.html