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,直到全部检查完
特点:
删除策略对比
逐出算法
如果说内存不太充足,会调用逐出算法,清理出一定的空间,那么清理哪些数据呢?
通过检查缓存次数和丢失次数,来进行调优