【黑马程序员】Redis学习笔记003：Redis事务

最新推荐文章于 2024-07-21 08:50:43 发布

涛歌依旧fly

最新推荐文章于 2024-07-21 08:50:43 发布

阅读量213

点赞数

分类专栏： Redis 文章标签： redis 学习数据库

原文链接：https://blog.csdn.net/A233666/article/details/115640936

版权

Redis 专栏收录该内容

11 篇文章 0 订阅

订阅专栏

本文详细介绍了Redis的事务机制，包括开启、执行和取消事务，以及事务中的错误处理和手动回滚方法。此外，还探讨了分布式事务锁在并发操作中的应用。接着，文章阐述了Redis的数据删除策略，包括定时删除、惰性删除和定期删除，以及它们的优缺点。最后，提到了Redis服务器配置中的关键参数，如最大内存限制、逐出算法和配置调整建议。

摘要由CSDN通过智能技术生成

003：Redis事务

一、事务和事务锁

事务

一旦成功所有的成功，一个失败，所有一些列连续动作都失败

事务的基本操作

开启事务

multi

作用
设定事务的开启位置，此指令执行后，后续的所有指令均加入到事务中
执行事务

exec

作用
设定事务的结束位置，同时执行事务。与multi成对出现，成对使用

注意：加入事务的命令暂时到任务队列中，并没有立即执行，只有执行exec命令才开始执行

事务定义过程中发现问题，怎么办？

取消事务

discard

作用
终止当前事务定义，发生在multi之后，exec之前

事务的工作流程

在这里插入图片描述

事务的注意事项

语法错误
指命令书写格式有误
处理结果
如果定义的事务中所包含的命令存在语法错误，整体事务中所有命令均不会被执行。包括那些语法正确的命令
运行错误
指命令格式正确，但是无法正常的执行。例如对list进行incr操作
处理结果
能够正确运行的命令会执行，运行错误的命令不会执行
注意：已经执行完毕的命令对应的数据不会自动回滚，需要程序员自己在代码中实现回滚。

手动进行事务回滚

记录操作过程中被影响的数据之前的状态
单数据：string
多数据：hash,list,set,zset
设置指令恢复所有的被修改的项
单数据：直接set（注意周边属性，例如时效）
多数据：修改对应值或整体克隆复制

事务锁

业务场景1
在这里插入图片描述
业务分析

多个客户端有可能同时操作一组数据，并且该数据一旦被操作修改后，将不适用于继续操作
在操作之前锁定要操作的数据，一旦发生变化，终止当前操作

基于特定条件的事务执行——锁

解决方案

对key添加监视锁，在执行exec前如果key发生了变化，终止事务执行

watch key1 [key2…]

取消对所有key的监视

unwatch

业务场景2
天猫双11热卖过程中，对已经售罄的获取追加补货，且补货完成。客户购买热情高涨，3秒内将所有商品购买完毕。本次补货已经将库存全部清空，如何避免最后一件商品不被多人同时购买？【超卖问题】
业务分析

使用watch监控一个key有没有改变已经不能解决问题，此处要监控的是具体数据
虽然redis是单线程的，但是多个客户端对同一个数据同时进行操作时，如何避免不被同时修改？

基于特定条件的事务执行——分布式锁

解决方案

使用setnx设置一个公共锁

setnx lock-key value

利用setnx命令的返回值特征，有值则返回设置失败，无值则返回设置成功

对于返回设置成功的，拥有控制权，进行下一步的具体业务操作
对于返回设置失败的，不具有控制权，排队或等待
操作完毕通过del操作释放锁

dek lock-key

业务场景
依赖分布式锁的机制，某个用户操作时对应客户机宕机，并且此时已经获取到锁，如何解决？
业务分析

由于锁操作由用户控制加锁，必定会存在加锁后未解锁的风险
需要解锁操作不能仅依赖用户控制，系统级别要给出对应的保底处理方案
解决方案
使用expire为锁key添加时间限定，到时不释放，放弃锁

expire lock-key second
pexpire lock-kay millisenconds

由于操作通常都是微秒或者毫秒级，因此该锁设定时间不宜设置过大。具体时间需要业务测试后确认

例如：持有锁的操作最长执行时间127ms,最短执行时间7ms
测试百万次最长执行时间对应命令的最大消耗时，测试百万次网络延迟平均耗时
锁时间设定推荐：最大耗时* 120%+平均网络延迟*110%
如果业务最大耗时<<网络平均延迟，通常为2个数量级，取其中单个耗时较长即可

二、数据删除策略

Redis中的数据特征

Redis是一种内存级数据库，所有数据均存放在内存中，内存中的数据可以通过TTL指令获取其状态
XX : 具有时效性的数据
-1 : 永久有效的数据
-2 : 已经国企的数据或被删除的数据或未定义的数据

数据删除策略

定时删除
惰性删除
定期删除

时效性数据的存储结构

在这里插入图片描述

数据删除策略的目标

在内存占用与CPU占用之间寻找一种平衡，顾此失彼都会造成整体redis性能的下降，甚至引发服务器宕机或内存泄漏。

定时删除

创建一个定时器，当key设置过期时间，且过期时间到达时，由定时器任务立即执行对键的删除操作
优点：节约内存，到时就删除，快速释放掉不必要的内存占用
缺点：CPU压力很大，无论CPU此时负载多高，均占用CPU，会影响redis服务器响应时间和指令吞吐量
总结：用处理器性能换取存储空间

惰性删除

数据到达过期时间，不做处理。等下次访问该数据

如果未过期，返回数据
发现已经过期，删除，返回不存在

优点：节约CPU性能，发现必须删除的时候才删除
缺点：内存压力很大，出现长期占用内存的数据
总结：用存储空间换取处理器性能

以上两种方案都走极端，但是也有折中方案

定期删除

Redis启动服务器初始化时，读取配置server.hz的值，默认为10
每秒钟执行server.hz次serverCron()
周期性轮询redis库中时效性数据，采用随机抽取的策略，利用过期数据占比的方式删除频度
特点1：CPU性能占用设置有峰值，检测频度可自定义设置
特点2：内存压力不是很大，长期占用内存的冷数据会被持续清理
总结：周期性抽查存储空间

删除策略对比

1. 定时删除

逐出算法

新数据进入检测

当新数据进入redis时，如果内存不足怎么办？

Redis使用内存存储数据，在执行每一个命令前，会调用freeMemorylfNeeded()检测内存是否充足。如果内存不满足新加入数据的最低存储要求，redis要临时删除一些数据为当前指令清理存储空间。清理数据的策略称为逐出算法。
注意：逐出数据的过程不是100%能够清理出足够的可使用的内存空间，如果不成功则反复执行。当对所有数据尝试完毕后，如果不能达到内存清理的要求，将出现错误信息