1. 事务
单个Redis命令是存在原子性的，但是在Redis“事务”中，多条命令是不存在原子性的！
Redis事务是什么： 可以一次执行多个命令，本质是一组命令的集合。一个事务中的所有命令都会序列化，按顺序串行化的执行而不会被其他命令插入。
Redis事务能干嘛：一个队列中，一次性、顺序性、排他性的执行一系列命令 (要和pipeline区分开)
| 序号 | 命令 | 描述 |
|---|---|---|
| 1 | DISCARD | 取消事务，放弃执行事务块内的所有命令。 |
| 2 | EXEC | 执行所有事务块内的命令。 |
| 3 | MULTI | 标记一个事务块的开始。 |
| 4 | UNWATCH | 取消 WATCH 命令对所有 key 的监视。 |
| 5 | WATCH key [key ...] | 监视一个(或多个) key ，如果在事务执行之前这个(或这些) key 被其他命令所改动，那么事务将被打断。 |
2. 使用
2.1. 使用事务
开启：multi
执行：exec
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set n 12
QUEUED
127.0.0.1:6379> incr n
QUEUED
127.0.0.1:6379> incr n
QUEUED
127.0.0.1:6379> incr n
QUEUED
127.0.0.1:6379> incr n
QUEUED
127.0.0.1:6379> exec
1) OK
2) (integer) 13
3) (integer) 14
4) (integer) 15
5) (integer) 16
127.0.0.1:6379> 2.2. 放弃事务
使用：DISCARD
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set n 123
QUEUED
127.0.0.1:6379> INCRBY n 12
QUEUED
127.0.0.1:6379> INCRBY n 12
QUEUED
127.0.0.1:6379> DISCARD
OK
127.0.0.1:6379> 3. 事务出错
3.1. 全部不执行
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set n 12
QUEUED
127.0.0.1:6379> get n
QUEUED
127.0.0.1:6379> set name misiai
QUEUED
127.0.0.1:6379> set email
(error) ERR wrong number of arguments for 'set' command
127.0.0.1:6379> exec
(error) EXECABORT Transaction discarded because of previous errors.
127.0.0.1:6379> 3.2. 执行部分
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set n 12
QUEUED
127.0.0.1:6379> get n
QUEUED
127.0.0.1:6379> set name misiai
QUEUED
127.0.0.1:6379> INCR name
QUEUED
127.0.0.1:6379> exec
1) OK
2) "12"
3) OK
4) (error) ERR value is not an integer or out of range
127.0.0.1:6379> 4. watch监控
悲观锁：顾名思义很悲观，每次去拿数据的时候都认为别人修改，所以每次在拿数据的时候都会上锁，这样如果中间有人想拿数据就会一直阻塞除非锁被释放获取到锁。传统的关系型数据库里，用到了很多种这种锁机制，比如行锁，表锁，写锁等
乐观锁：顾名思义很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号等机制。乐观锁适用于多读的应用类型，这样可以提高吞吐量
普通情况下（银行转账例子）：
127.0.0.1:6379> set A 100
OK
127.0.0.1:6379> set B 0
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379> DECRBY A 30
QUEUED
127.0.0.1:6379> INCRBY B 30
QUEUED
127.0.0.1:6379> exec
1) (integer) 70
2) (integer) 30
127.0.0.1:6379>
没有问题，A用户给B用户转了30元；
如果此时有第三方篡改了A的账户：
如下：
那么此时可以使用watch监听A的余额，一旦别人改变了A的值，那么此时的multi事务就不会被执行；
Watch指令，类似乐观锁，事务提交时，如果Key的值已被别的客户端改变；
事务-阶段：
开启：以MULTI 开启一个事务
入队：将多个命令入队到事务中，接到这些命令不会立即执行，而是放到等待执行的事务队列里面
执行：由EXEC命令触发事务
事务-特性：
单独的隔离操作：事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。
没有隔离级别的概念：队列中的命令没有提交之前都不会实际的被执行，因为事务提交前任何指令都不会被实际执行，也就不存在”事务内的查询要看到事务里的更新，在事务外查询不能看到”这个让人万分头痛的问题
不保证原子性：redis同一个事务中如果有一条命令执行失败，其后的命令仍然会被执行，没有回滚
