Redis的事务和锁的使用

Redis事务是一个单独的隔离操作：事务中的所有命令都会序列化，按顺序执行。事务在执行过程中，不会被其他客户端发来的命令所打断。

要进行事务操作的三个基本命令：Multi,Exec,discard

从输入multi命令开始，输入的命令都会依次进入命令队列中，但不会执行，直到输入exec后,redis会将之前的命令队列中的命令依次执行，组队过程中可以通过discard放弃组队，就不会执行命令

事务处理的两种方式：

1.在组队过程中发生了错误，那所有命令都不执行

2.在执行过程中发生错误，那只有发生错误的命令会不执行，其他命令还是会执行

事务冲突：

多个操作之间没有约束，造成结果出现问题，可以通过加锁解决，可以是悲观锁，也可以是乐观锁

悲观锁：就是在操作的时候上一个锁，别人就不可以操作了，多用于关系型数据库，比如行锁，表锁，读锁，写锁，都是在操作之前先上锁

乐观锁：这里涉及到一个版本号控制的问题，每次操作完以后，会对它的版本号进行更新，然后下次操作，会去检查版本号是否更新，更新以后拿新的版本号开始操作，如果拿的旧版本号，就没办法操作，redis的事务就是利用乐观锁check-and-set机制实现事务的

redis中的事务乐观锁的使用：

watch key的命令，可以是单个也可以是多个key

在执行multi之前，先执行watch key1 [key2],可以监视一个或者多个key，如果在执行之前这个key被其他命令所改动，那么事务将被打断

unwatch key 取消对key值的监视

redis事务的三大特性：

单独的隔离操作：事务中的所有命令都会序列化，按顺序执行。事务在执行过程中，不会被其他客户端发来的命令所打断

没有隔离级别概念：队列中的命令没提交之前，不会实际被执行，因为事务提交之前任何命令都不会被实际执行

不保证原子性：事务如果有一条命令执行失败，其他命令任然会被执行，不会回滚

Jedis操作事务：