Redis事务

1.Redis事务介绍数据库

  能够一次执行多个命令,本质是一组命令的集合。一个事务中的全部命令都会序列化,按顺序地串行化执行而不会被其它命令插入,不准加塞.spa

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

2.Redis事务命令blog

 

1)正常执行队列

127.0.0.1:6379> MULTI事务

OKci

127.0.0.1:6379> set k1 v1get

QUEUEDio

127.0.0.1:6379> set k2 v2table

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)总结

 

相关文章
相关标签/搜索