redis如何让多个操作保持原子性 redis多条命令保证原子性

redis事务

• 一、redis事务的特殊性
• 二、redis事务使用

• 1.步骤
• 2.实际代码
• 异常
• 监控watch（面试常问）
• Redis监视测试

---

一、redis事务的特殊性

Redis中的单条命令是保证原子性的，但是事务是不保证原子性的！

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

特性：一次性、顺序性、排他性

redis没有隔离级别的概念。所有的命令在事务中并没有直接被执行，只有发起执行命令的时候才会被执行

二、redis事务使用

1.步骤

redis的事务：

1.开启事务（multi）

2.命令入队（）

3.执行事务（exec）

2.实际代码

正常执行事务

127.0.0.1:6379>multi 开启事务
OK
127.0.0.1:6379>set kl v1  命令入队
QUEUED
127.0.0.1:6379>set k2v2
QUEUED
127.0.0.1:6379>get k2
QUEUED
127.0.0.1:637set k3v3
QUEUED
127.0.0.1:6379:exec 执行事务
1)OK
2)OK
3)"v2"
4)OK

放弃事务

127.0.0.1:637)>multi 开启事务
0K
127.0.0.1:6379>set k1 v1
QUEUED
127.0.0.1:6379>set k4 v4
QUEUED
127.0.0.1:6379>discard  放弃事务
OK
127.0.0.1:6379>get k4  队列中的命令都不会被执行 
(nil)

异常

1.编译型异常：（代码出错，命令有错），事务中所有的命令都不会被执行

2.运行时异常： 如果事务队列中存在语法性错误，那么执行命令的时候，其他的命令时可以正常执行的，错误的命令会抛出异常！

监控watch（面试常问）

1.悲观锁：什么时候都会出问题，什么操作都需要加锁（效率低）

2.乐观锁：认为什么时候都不会出问题，所以不会上锁。更新数据的时候去判断一下，在此期间是否有人修改过这个数据。

（1）获取version

（2）更新的时候比较version

Redis监视测试

正常执行成功!

127.0.0.1:6379> set money 100
oK
127.0.0.1:6379> set out 0
OK
127.0.o.1:6379> watch money 监视money对象
OK
127.0.0.1:6379> multi  事务正常执行 数据期间没有发生变动 
					这个时候就正常执行成功
OK
127.0.0.1:6379> DECRBY money 20
QUEUED
127.0.0.1:6379> INCRBY out 20
QUEUED
127.0.0.1:6379>exec
1) (integer) 80
2) (integer) 20

测试多线程修改值后，使用watch 可以当作乐观锁的操作

127.0.0.1:6379> watch money    #监视money
oK
127.0.0.1:6379> multi
OK
127.0.0.1:6379> DECRBY money 10
QUEUED
127.0.0.1:6379> INCRBY out 10
QUEUED
127.0.0.1:6379> exec# 执行之前,另外一个线程修改了money的值。
					这个时候，就会导致事务执行失败
(ni1)

解决 （先解锁，拿到新的version，再进行加锁操作）

127.0.0.1:6379> unwatch 先解锁
OK
127.0.0.1:6379> watch money 再加锁  比对监视的值是否发生了变化 
OK