。

事务支持一次执行多个命令#xff0c;一个事务中所有命令都会被序列化。

在事务执行过程#xff0c;会按照顺序串行化执行队列中的命令#xff0c;其他客户端提交的命令请求不会插入到事务执行命令序列中。

Redis

事务的本质是一组命令的集合。

事务支持一次执行多个命令一个事务中所有命令都会被序列化。

在事务执行过程会按照顺序串行化执行队列中的命令其他客户端提交的命令请求不会插入到事务执行命令序列中。

总结说redis事务就是一次性、顺序性、排他性的执行一个队列中的一系列命令。

Redis事务相关命令和使用

开启事务redis会将后续的命令逐个放入队列中然后使用EXEC命令来原子化执行这个命令系列。

EXEC执行事务中的所有操作命令。

DISCARD取消事务放弃执行事务块中的所有命令。

WATCH监视一个或多个key,如果事务在执行前这个key(或多个key)被其他命令修改则事务被中断不会执行事务中的任何命令。

UNWATCH取消WATCH对所有key的监视。

给k1、k2分别赋值在事务中修改k1、k2执行事务后查看k1、k2值都被修改。

127.0.0.1:6379

在开启事务后修改k1值为11k2值为22但k2语法错误最终导致事务提交失败k1、k2保留原值。

127.0.0.1:6379

在开启事务后修改k1值为11k2值为22但将k2的类型作为List在运行时检测类型错误最终导致事务提交失败此时事务并没有回滚而是跳过错误命令继续执行

结果k1值改变、k2保留原值

Redis使用WATCH命令来决定事务是继续执行还是回滚那就需要在MULTI之前使用WATCH来监控某些键值对然后使用MULTI命令来开启事务执行对数据结构操作的各种命令此时这些命令入队列。

当使用EXEC执行事务时首先会比对WATCH所监控的键值对如果没发生改变它会执行事务队列中的命令提交事务如果发生变化将不会执行事务中的任何命令同时事务回滚。

当然无论是否回滚Redis都会取消执行事务前的WATCH命令。

watch

在事务开始前用WATCH监控k1之后修改k1为11说明事务开始前k1值被改变MULTI开始事务修改k1值为12k2为22执行EXEC发回nil说明事务回滚查看下k1、k2的值都没有被事务中的命令所改变。

127.0.0.1:6379

入队将多个命令入队到事务中接到这些命令并不会立即执行而是放到等待执行的事务队列里面

执行由EXEC命令触发事务

在事务失败时不进行回滚而是继续执行余下的命令”这种做法可能会让你觉得有点奇怪。

Redis

命令只会因为错误的语法而失败并且这些问题不能在入队时发现或是命令用在了错误类型的键上面这也就是说从实用性的角度来说失败的命令是由编程错误造成的而这些错误应该在开发的过程中被发现而不应该出现在生产环境中。

因为不需要对回滚进行支持所以

Redis

一般来说事务有四个性质称为ACID分别是原子性一致性隔离性和持久性。

这是基础但是很多文章对Redis

原子性atomicity

运行期的错误是不会回滚的很多文章由此说Redis事务违背原子性的而官方文档认为是遵从原子性的。

Redis官方文档给的理解是Redis的事务是原子性的所有的命令要么全部执行要么全部不执行。

而不是完全成功。

一致性consistency

redis事务可以保证命令失败的情况下得以回滚数据能恢复到没有执行之前的样子是保证一致性的除非redis进程意外终结。

一致性consistency

redis事务可以保证命令失败的情况下得以回滚数据能恢复到没有执行之前的样子是保证一致性的除非redis进程意外终结。

但是Redis不像其它结构化数据库有隔离级别这种设计。

持久性Durability

redis事务是不保证持久性的这是因为redis持久化策略中不管是RDB还是AOF都是异步执行的不保证持久性是出于对性能的考虑。