原来Redis里面的事务是这么操作的

Redis事务不同于其他数据库的事务，它是一种弱事务，它的用法很简单，不需要记太多的事务隔离级别和事务的传播性，这就要求我们不能把redis事务当作一个正常的事务去操作。multi(开启事务)、exec(执行事务)、discard(回滚事务)

示例用法

set name zhangsan
# 开启事务
multi
set name lisi
set name wangwu
# 提交事务
exec

redis的事务具备原子性么？

set name zhangsan
multi
set name lisi
# 原子性的事务将会回滚
incr name #错误的命令
exec
# 如果具备原子性，则name还是之前的值，如果不是则说明事务没有进行回滚，不具备原子性。
get name 

※：==redis的事务只满足事务的隔离型，不保证原子性==

watch指令

watch指令一般都是搭配multi一起使用的，用来监控一个变量在事务执行过程中，是否被外界修改了，如果修改的话，exec将会执行失败,watch要在事务开启之前执行<br watch name multi exec

redis为什么不支持原子性(回滚)

只有当被调用的Redis命令有语法错误时，这条命令才会执行失败（在将这个命令放入事务队列期间，Redis能够发现此类问题），或者对某个键执行不符合其数据类型的操作：实际上，这就意味着只有程序错误才会导致Redis命令执行失败，这种错误很有可能在程序开发期间发现，一般很少在生产环境发现。Redis已经在系统内部进行功能简化，这样可以确保更快的运行速度，因为Redis不需要事务回滚的能力

认真读一本书

按照惯例，文末必推一本书，这本书我也买过纸质书，本系列所有内容都是围绕本书结合自身学习进行总结归纳的。