首页 > 数据库> 文章详细

Redis事务

2021-12-11 15:34:36 阅读：172 来源： 互联网

标签：事务 127.0 TX 0.1 Redis 6379 set QUEUED

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

Redis事务

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

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

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

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

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

开启事务（Multi）
命令入队
执行事务（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

标签：事务,127.0,TX,0.1,Redis,6379,set,QUEUED
来源： https://www.cnblogs.com/Liuyunsan/p/15675683.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

ICode9

Redis事务

Redis事务