大数据之Redis:悲观锁和乐观锁

Posted 2021-07-23 浊酒南街

目录

• 1、悲观锁
• 2、乐观锁
• 3、事务冲突的问题
• 4、客户端事务操作

1、悲观锁

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

2、乐观锁

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

3、事务冲突的问题

两个请求
一个请求想给金额减8000
一个请求想给金额减5000
一个请求想给金额减1000
悲观锁：

乐观锁：

4、客户端事务操作

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）OK
4）OK
127.0.0.1：6379>

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、若在事务队列中存在命令性错误（类似java编译性错误），则执行EXEC命令时，所有命令都不回执行

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  discard because of previous errors.
127.0.0.1：6379> get k5#命令未执行
（nil）

4、若在事务对列中存在语法性错误（类似于java的1/0的运行时异常）则执行EXEC命令时，其他命令会被执行，错误命令抛出异常

127.0.0.1：6379> MULTI #开启事务
OK
127.0.0.1：6379> incr k1 #对k1（值为v1）进行+1
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"