文章目录
- redis中的事务
-
- 事务的基本操作
- 使用事务的注意事项
- 手动回滚
- 锁
-
- 分布式锁
- 分布式锁改良
- 删除策略
-
- 定时删除
- 惰性删除
- 定期删除
- 删除策略对比
- 逐出算法
redis中的事务
事务的基本操作
开启事务之后，后面的指令都会存在事务队列中，一旦执行exec命令，就会按照顺序一条一条执行
这里在事务中输入discard命令之后，就会终止事务，这样整个事务就终止，其中的代码也不会运行，a的值也不会改变。
使用事务的注意事项
这里需要注意，如果是命令格式，语法问题，那么整个事务中的命令都不会执行，但是如果是命令格式正确，但是无法正确的执行，那么正确的都会执行，只有不正确的代码不会执行。需要手动去回滚
这里get a 3为语法错误，整个事务都不会执行
这里可以看到在test中存储了一个非数字的字符串，然后让他自增1，这样实际上是会报错误的，执行了事务之后，给test赋值的操作却还是被执行了。
手动回滚
一般不手动回滚
所以redis的事务实际上用的比较少
锁
如果有多个客户端对同一个数据进行操作，这时候就要确保有锁
在第一个客户端上：
第二个客户端上：
在第一个客户端上给test加了锁，然后在事务中输入获取test值的命令，然后在第二个客户端中改变test的值，这时候在第一个客户端中执行exec命令，会发现这时候操作失败了。因为test的值被改变了，这时候就终止了事务的执行。== 需要注意的是，watch命令需要在事务之前执行==
分布式锁
如果一个key不存在就设置一个值，如果存在就设置失败。
这里的执行逻辑是这样的，我们统一规定一个锁名，比如叫lock-ceshi，然后客户端必须要去获取到lock-ceshi这个锁之后，才能进行下一步操作，否则不进行操作，也就是分布式锁是在你进行操作之前加上一把锁，不是给你操作的数据加锁，是人为规定的，如果没获取到锁也可以对数据进行操作，所以说这个不具备强制性。只是大家人为规定的一个规则
分布式锁改良
如果一个用户在加了锁之后电脑宕机了，那这时候，这个锁还没有解开，也没有办法解开，这是由很大风险的，因此解锁操作不能只依靠用户自己，系统要有保底的处理方案
给锁加上时间限制就好，超过时间就自动解锁。
删除策略
在redis中给一个key设置一个时间之后，会在内存中开辟一个空间expire专门用来存储每个key的时间，如果时间到了之后就从expire中删除这个key对应的时间，但是这个key实际上还没有被删除，长时间不删除势必会造成内存压力增大，cpu压力加大。
这时候就考虑对应的删除策略
这里主要有三种策略
定时删除
到时间就删除，用时间换空间，但是cpu不管是否忙碌都要来处理，会增加cpu的压力
惰性删除
数据过期之后先不删除，等下次访问该数据的时候，系统会发现这个数据已经过期了，就会自动删除。用存储空间换cpu运行时间（ppt上好像写错了）
定期删除
这是一种折中方案，每秒会执行server.hz次方法，每次方法中都会执行一次databasesCron（），这个方法控制依次检查每一个expires，进入到其中一个expires后启用activeExpireCycle去随机挑选w个key检查是否过期，过期就删除掉，如果检查一次过后删除的key数量超过w25%就会再检查一遍，如果删除的key数量少于w25%就会检查下一个expires，直到全部检查完
特点：
删除策略对比
逐出算法
如果说内存不太充足，会调用逐出算法，清理出一定的空间，那么清理哪些数据呢？
通过检查缓存次数和丢失次数，来进行调优