9.redis基本的事务操作

事务:本质一组命令的集合，一个事务中的所有命令都会被序列化，在事务执行过程中，会按照顺序执行

一次性 顺序性 排他性

redis单条命令是保证原子性的，redis事务是不保证原子性的 redis事务没有隔离级别的概念 所有的命令在事务中，并没有被执行 只有发起执行命令的时候 才会执行exec

事务分为3个阶段

1.开启事务（multi）

2.命令入队(....)

3.执行事务(exec)

127.0.0.1:6379> MULTI  #开启事务
OK
127.0.0.1:6379(TX)> set k1 v1 #命令入队
QUEUED
127.0.0.1:6379(TX)> set k2 v2
QUEUED
127.0.0.1:6379(TX)> get k2
QUEUED
127.0.0.1:6379(TX)> set k3 v3
QUEUED
127.0.0.1:6379(TX)> exec #执行事务
1) OK
2) OK
3) "v2"
4) OK
放弃事务

127.0.0.1:6379> multi
OK
127.0.0.1:6379(TX)> set k1 v1
QUEUED
127.0.0.1:6379(TX)> set k2 v2
QUEUED
127.0.0.1:6379(TX)> set k4 v4
QUEUED
127.0.0.1:6379(TX)> DISCARD
OK
127.0.0.1:6379> get k4 #事务中的命令都不会被执行
(nil)
#######################################

监控

悲观锁：认为什么时候都会出问题，无论做什么都加锁

乐观锁：认为什么时候都不会出问题，不会加锁 更新数据时候取判断一下 再次期间是否有人修改过数据，version

获取version

更新的时候比较version

127.0.0.1:6379> set money 100
OK
127.0.0.1:6379> set out 0
OK
127.0.0.1:6379> watch money  #监视money
OK
127.0.0.1:6379> multi  #事务正常结束 数据期间没有发生变动 这个时候正常执行成功
OK
127.0.0.1:6379(TX)> DECRBY money 20
QUEUED
127.0.0.1:6379(TX)> INCRBY out 20
QUEUED
127.0.0.1:6379(TX)> exec
1) (integer) 80
2) (integer) 20
测试多线程修改值 使用watch 可以当作redis 乐观锁操作

127.0.0.1:6379> watch money
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379(TX)> DECRBY money 10
QUEUED
127.0.0.1:6379(TX)> INCRBY out 10
QUEUED
127.0.0.1:6379(TX)> exec  #执行之前另外一个线程修改了值 这个时候导致事务执行失败
(nil)

如果发现事务执行失败 先解锁unwatch 再次监视watch 

9.redis基本的事务操作

原文：https://www.cnblogs.com/autumnpage/p/14624637.html