Redis事务与锁的机制

Redis事务与锁的机制

1.1 事务的概念

• Redis的单条命令是保证原子性的，但是redis事务不能保证原子性
• 事务是一个单独的操作，事务中所有命令都会被序列化，按顺序的执行，事务在执行时，不会被其他客户端发过来的请求命令打断。
• redis事务主要作用是串联多个命令，防止别的命令来插队

1.2 Redis事务操作过程

• 开启事务（multi）
• 命令入队
• 执行事务（exec）
• 组队时可以使用discard可以结束组队
• 组队时当有一条命令出现错误时，组队提前结束，所有命令都不执行
• 当执行时有一条命令出现错误，其他命令可以正常执行（所以不保证事务原子性）

1.3 乐观锁和悲观锁

悲观锁：

• 很悲观，认为什么时候都会出现问题，无论做什么之前都会加锁（行锁，表锁，读锁，写锁，等）

缺点：效率很低

乐观锁：

• 很乐观，认为什么时候都不会出现问题，所以不会上锁！却而代之添加一个版本号，更新数据的时候去判断一下，在此期间是否有人修改过这个数据
• 获取version，更新的时候比较version，若version不一样则取消操作

乐观锁适用于多读的场景，可以提高系统吞吐量

1.3.1 乐观锁在redis中的使用

在执行multi之前，先执行watch key1 [key2]，可以监视多个key，如果在事务执行之前，这些可以有被其他命令改变，则打断事务。使用watch key监控指定数据，相当于乐观锁加锁,使用unwatch可以解锁

注意：每次提交执行exec后都会自动释放锁，不管是否成功

1.4 Redis事务三特性

• 单独的隔离操作

  事务执行时，不会被其他客户端的命令打断

• 没有隔离级别的概念

​ 队列中命令没有提交之前都不会执行

• 不保证原子性

​ 事务中如果一条命令执行失败，其他命令仍然会执行，没有回滚

ps：写一个卖票小程序

1. 出现了库存负数问题，也就是超卖问题，
2. 为解决超卖问题，加入了事务–乐观锁，但是出现了库存遗留和连接超时问题
3. 为了解决连接超时问题，引入了连接池；为了解决库存遗留问题引入了LUA脚本

库存遗留和连接超时问题
3. 为了解决连接超时问题，引入了连接池==；为了解决库存遗留问题引入了LUA脚本