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：写一个卖票小程序

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

• « 上一篇：【高速总线】JESD204B简介
• » 下一篇：darkface 转 yolo 格式