redis事务是一个单独的隔离操作:事务中所有的命令都会序列化,按顺序执行,事务在执行的过程中,不会被其他客户端发送来的命令请求打断,
redis的事务主要作用就是多个命令防止别的命令插队
Multi命令开启事务
然后输入命令都会一次进入命令队列中,但不会执行。
exec 命令执行队列,discard命令放弃组队
注意:
1:加入组队时一个命令出错会使整个组队失败
2:组队中的命令都是互相隔离的一个出错其他的照样执行
事务的冲突问题:
例子:
3个人买东西使用同一个账号,
·第一个人买了8000元
·第二个人买了5000元
·第三个人买了1000元
解决方法:
1:悲观锁: 就是很悲观,每次去拿数据的时候都认为别人会修改,所以每次在拿数据的时候都会上锁,这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制,比如行锁,表锁等,读锁,写锁等,都是在做操作之前先上锁。
2:乐观锁(Optimistic Lock):就是很乐观,每次去拿数据的时候都认为别人不会修改,所以不会上锁,但是在更新的时候会判断一下在此期间别人有没有去更新这个数据,可以使用版本号等机制。乐观锁适用于多读的应用类型,这样可以提高吞吐量。Redis就是利用这种 check-and-set机制实现事务的。
redis中的使用:
命令:watch key 【key。。。。】
在执行multi之前,先执行watch 命令监视一个或多个key,如果事务在执行之前key被其他的命令改动,事务将被打断。
redis事务的三特性:
>单独的隔离操作·
· 事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中,不会
被其他客户端发送来的命令请求所打断。“
>没有隔离级别的概念·
· 队列中的命令没有提交之前都不会实际被执行,因为事务提交前任何指令都不会被实际执行·
>不保证原子性,
· 事务中如果有一条命令执行失败,其后的命令仍然会被执行,没有回滚