本文主要是介绍Redis事务，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

Mysql：ACID
原子性：要么同时成功，要么同时失败

Redis事务

Redis单条命令是保证原子性的， 但是Redis事务不保证原子性，Redis事务也没有隔离级别的概念

所有命令在事务中并没有被执行，只有发起执行命令时才会执行 Exec

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

• 一次性（一个队列里面一次性执行）
• 顺序性（按照顺序执行）
• 排他性（执行过程中不允许被干扰）

-----队列
set
set
set
-----

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)> set k3 v3
QUEUED
127.0.0.1:6379(TX)> get k1
QUEUED
127.0.0.1:6379(TX)> exec      #执行事务
1) OK
2) OK
3) OK
4) "v1"
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(TX)> get k4   
(nil)

• 编译型异常（代码有问题，命令有错），事务中所有命令都不会执行,执行时报错

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
(error) ERR wrong number of arguments for 'set' command
127.0.0.1:6379(TX)> set k3 v3
QUEUED
127.0.0.1:6379(TX)> exec
(error) EXECABORT Transaction discarded because of previous errors.

• 运行时异常（1/0，语法性错误），事务中其他命令可以正常执行，错误命令会抛出异常

127.0.0.1:6379> multi
OK
127.0.0.1:6379(TX)> set k1 "v1"
QUEUED
127.0.0.1:6379(TX)> incr k1
QUEUED
127.0.0.1:6379(TX)> set k2 "v2"
QUEUED
127.0.0.1:6379(TX)> set k3 "v3"
QUEUED
127.0.0.1:6379(TX)> get k3
QUEUED
127.0.0.1:6379(TX)> exec
1) OK
2) (error) ERR value is not an integer or out of range
3) OK
4) OK
5) "v3"
127.0.0.1:6379> get k2
"v2"

Redis实现乐观锁(秒杀业务)
乐观锁：认为什么时候都不会出现问题，所以不会上锁，更新数据时判断一下是否有人修改过这个数据（watch去监控（类似于mysql中的version））
悲观锁：认为什么时候都会出问题，无论干什么都会加锁（影响性能）

Redis监视测试：

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

测试多线程

127.0.0.1:6379> watch money    #使用watch充当乐观锁
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)

中间执行操作改变money的值

127.0.0.1:6379> get money 
"80"
127.0.0.1:6379> set money 1000
OK

解锁后再加锁更新money的值

127.0.0.1:6379> unwatch      #1. 如果因乐观锁事务执行失败，需要先解锁
OK
127.0.0.1:6379> watch money      #2. 获取最新的值，再去执行
OK
127.0.0.1:6379> decrby money 10
(integer) 990
127.0.0.1:6379> incrby out 10
(integer) 30

监控：watch

这篇关于Redis事务的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！