相关系列

标准的事务是指执行时具备原子性/一致性/隔离性/持久性的一系列操作。

原子性一系列操作要么一起成功要么一起失败一致性保证事务执行前后的数据状态一致隔离性多事务并发执行时不会相互影响持久性事务递交后数据会被永久保存。

Redis事务并不严格具备上述特性因此将之单纯视为批处理其实更加合适其唯一的作用就是确保一系列指令会被连续执行即不会出现有其它指令间隔的情况。

Redis事务怎么使用

{EXEC}指令执行事务而在事务未正式执行前可以通过{DISCARD}指令取消事务。

此外为了避免事务的目标数据在执行过程中被其它事务/指令修改还可以在开启事务前先通过{WATCH}指令监控指定键集在键集中任意键的值被改动的情况下事务都将无法被执行。

Redis事务有几个阶段

事务有组队/执行两个阶段。

组队阶段由{MULTI}指令开启用于将后续输入的一系列读/写指令加入组队队列中而执行阶段则由{EXEC}指令开启负责执行组队队列中的所有指令。

Redis事务支持隔离性吗

隔离性不是一个有无的概念因为事务之间无论是完全影响还是完全不影响都属于隔离性的范畴因此隔离性实际上是程度高低的问题。

那Redis事务又具备什么级别的隔离性呢以MySQL的四个隔离级别来说其大概对应了“读已递交”级别的隔离性。

那为什么是“读已递交”级别呢这是因为事务被分为组队/执行两个阶段而在这两个阶段中执行阶段虽说会串行执行但组队阶段却是允许和其它组队/执行阶段并行执行的。

因此处于组队阶段的事务其目标数据完全可能被其它处于执行阶段的事务所修改从而出现事务执行结果错误的问题。

那为什么说对应的是“读已递交”级别呢这是因为Redis事务没有全局递交的概念事务中每条执行的执行都可以视为一次递交因此不符合“读未递交”的情景。

Redis事务保证“伪”原子性。

Redis事务有组队/执行两个阶段在组队阶段中任意指令的语法错误都将导致整个事务拒绝被执行因此事务在组队阶段是具备原子性的。

但在执行阶段中指令的错误执行并不会对事务造成影响事务依然会继续向后执行至彻底结束为止因此事务在执行阶段时并不具备原子性故而才说Redis事务只具备伪原子性并且其也不支持回滚。

Redis事务有什么其它实现吗

Redis可以通过Lua脚本保证脚本内的命令按顺序一次性执行但同理其也不支持回滚人为设置代表事务是否开始/结束的标记变量并在正式执行前通过该变量确保无事务正在执行。