【Redis】事务-Toy模板网

这篇具有很好参考价值的文章主要介绍了【Redis】事务。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

数据库事务

定义：在一次跟数据库连接会话当中，所有的执行sql，要么一起成功，要么一起失败。经典案例：转账

Redis事务

官网：https://redis.io/docs/manual/transactions/

定义：

可以一次执行多个命令，本质是一组命令的集合。个事务中的所有命令都会序列化，按顺序地串行化执行而不会被其它命令插入，不许加塞
作用

一个队列中，一次性、顺序性、排他性的执行一系列命令

Redis事务VS 数据库事务

1 单独的隔离操作	Redis的事务仅仅是保证事务里的操作会被连续独占的执行，redis命令执行是单线程架构，在执行完事务内所有指令前是不可能再去同时执行其他客户端的请求的
2 没有隔离级别的概念	因为事务提交前任何指令都不会被实际执行，也就不存在”事务内的查询要看到事务里的更新，在事务外查询不能看到”这种问题了
3不保证原子性	Redis的事务不保证原子性，也就是不保证所有指令同时成功或同时失败，只有决定是否开始执行全部指令的能力，没有执行到一半进行回滚的能力
4 排它性	Redis会保证一个事务内的命令依次执行，而不会被其它命令插入

常用命令

案例：正常执行 MULTI->EXEC

案例：放弃事务 MULTI->DISCARD

案例：全体连坐(语法错误：原子性)

语法错误会打断事务，使得之前的任务全失败

案例：冤头债主(逻辑错误：不保证一起成功，一起失败)

Redis不提供事务回滚的功能，开发者必须在事务执行出错后，自行恢复数据库状态

注意和传统数据库事务区别，不一定要么一起成功要么一起失败

案例：watch监控

Redis使用Watch来提供乐观锁定，类似于CAS(Check-and-Set)

悲观锁(Pessimistic Lock), 顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。

乐观锁(Optimistic Lock), 顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据。

乐观锁策略:提交版本必须大于记录当前版本才能执行更新