加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > 安全 > 正文

Redis事务

发布时间:2020-12-16 04:36:18 所属栏目:安全 来源:网络整理
导读:1.Redis事务介绍 ?? 可以一次执行多个命令,本质是一组命令的集合。一个事务中的所有命令都会序列化,按顺序地串行化执行而不会被其它命令插入,不许加塞 . ?? 一个队列中,一次性、顺序性、排他性的执行一系列命令 2.Redis事务命令 ? 1)正常执行 127.0.0.1:

1.Redis事务介绍

??可以一次执行多个命令,本质是一组命令的集合。一个事务中的所有命令都会序列化,按顺序地串行化执行而不会被其它命令插入,不许加塞.

??一个队列中,一次性、顺序性、排他性的执行一系列命令

2.Redis事务命令

?

1)正常执行

127.0.0.1:6379> MULTI

OK

127.0.0.1:6379> set k1 v1

QUEUED

127.0.0.1:6379> set k2 v2

QUEUED

127.0.0.1:6379> get k2

QUEUED

127.0.0.1:6379> set k3 v3

QUEUED

127.0.0.1:6379> EXEC

1) OK

2) OK

3) "v2"

4) OK

2)放弃事务

127.0.0.1:6379> MULTI

OK

127.0.0.1:6379> set k1 v1

QUEUED

127.0.0.1:6379> set k2 22

QUEUED

127.0.0.1:6379> set k3 33

QUEUED

127.0.0.1:6379> DISCARD

OK

127.0.0.1:6379> get k2

"v2"

3)全体连坐

127.0.0.1:6379> MULTI

OK

127.0.0.1:6379> set k1 v1

QUEUED

127.0.0.1:6379> set k2 v2

QUEUED

127.0.0.1:6379> set k3 v3

QUEUED

127.0.0.1:6379> getset k3

(error) ERR wrong number of arguments for 'getset' command

127.0.0.1:6379> set k4 v4

QUEUED

127.0.0.1:6379> set k5 v5

QUEUED

127.0.0.1:6379> EXEC

(error) EXECABORT Transaction discarded because of previous errors.

127.0.0.1:6379> get k5

(nil)

4)冤头债主

127.0.0.1:6379> MULTI

OK

127.0.0.1:6379> INCR k1

QUEUED

127.0.0.1:6379> set k2 22

QUEUED

127.0.0.1:6379> set k3 33

QUEUED

127.0.0.1:6379> set k4 v4

QUEUED

127.0.0.1:6379> get k4

QUEUED

127.0.0.1:6379> EXEC

1) (error) ERR value is not an integer or out of range

2) OK

3) OK

4) OK

5) "v4"

127.0.0.1:6379> get k4

"v4"

5)watch监控

(1)悲观锁

??悲观锁(Pessimistic Lock),顾名思义,就是很悲观,每次去拿数据的时候都认为别人会修改,所以每次在拿数据的时候都会上锁,这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制,比如行锁,表锁等,读锁,写锁等,都是在做操作之前先上锁

[1]无加塞篡改,先监控再开启multi

127.0.0.1:6379> set balance 100

OK

127.0.0.1:6379> set debt 0

OK

127.0.0.1:6379> keys *

1) "k2"

2) "k1"

3) "k4"

4) "balance"

5) "debt"

6) "k3"

127.0.0.1:6379> WATCH balance

OK

127.0.0.1:6379> MULTI

OK

127.0.0.1:6379> DECRBY balance 20

QUEUED

127.0.0.1:6379> INCRBY debt 20

QUEUED

127.0.0.1:6379> EXEC

1) (integer) 80

2) (integer) 20

[2]有加塞篡改

??监控了key,如果key被修改了,后面一个事务的执行失效

?

(2)乐观锁

??乐观锁(Optimistic Lock),顾名思义,就是很乐观,每次去拿数据的时候都认为别人不会修改,所以不会上锁,但是在更新的时候会判断一下在此期间别人有没有去更新这个数据,可以使用版本号等机制。乐观锁适用于多读的应用类型,这样可以提高吞吐量,

??乐观锁策略:提交版本必须大于记录当前版本才能执行更新

?

(3)CAS(Check And Set)

6)总结

?

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读