Redis的事务

Redis是存在事务的，不过并不像大多数数据库那样，Redis只支持部分事务。

在Redis中使用事务会经过3个过程：

1.开启事务

2.命令进入队列

3.执行事务

Redis事务命令

命令	说明	备注
multi	开启事务命令，之后的命令就进入队列，而不会马上被执行	在事务生存期间，所以的Redis关于数据结构的命令都会入队
watch key1[key2...]	监听某些键，当被监听的键在事务执行前被修改，则事务会被回滚	使用的是乐观锁
unwatch key1 [key2...]	取消监听某些键
exec	执行事务，如果被监听的键没有被修改，则执行命令，否则回滚命令	在执行事务队列存储的命令前，Redis会检测被监听的键值对有没有发生变化，如果没有则执行命令，否则就回滚事务。
discard	回滚事务	回滚进入队列的事务命令，之后就不能再用exec命令提交了

悲观锁和乐观锁相关概念：

悲观锁(Pessimistic Lock), 顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。

乐观锁(Optimistic Lock), 顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号等机制。乐观锁适用于多读的应用类型，这样可以提高吞吐量，像数据库如果提供类似于write_condition机制的其实都是提供的乐观锁。

在Redis中开启事务是multi命令，执行事务为exec。从multi到exec命令之间的命令将采取进入队列的形式

1.当期间的命令没有错误时，执行exec命令，则正常执行事务

2.当期间的命令没有错误时，执行discard命令，则回滚事务

3.当期间的命令有语法错误（如getset k1,此时没有给出新的值，语法上有缺失）时，执行exec命令，则整体回滚，期间的命令全都执行失败

4.当期间的命令有非语法错误（如对非数字类型使用incr命令，语法上没有缺失，但只有真正执行命令才知道是否有错）时，执行exec命令，则只有错误命令执行失败，其余正常执行事务。