redis 数据类型,string底层结构,穿透,击穿,雪崩,数据一致性 ...

打印 上一主题 下一主题

主题 525|帖子 525|积分 1579

一,redis的数据类型 string Hash List Set zset,string的存储结构是什么?
String:数据结构是简单动态字符串(simple dynamic string),简称sds;sds的结构如下: "nihao" 单词最终是这样存储的

 

free记录的是当前可用的空间,len记录的当前数据的长度,buf记录的是当前的数据,它是一个字符数据结构,因为是用C写的所以后面有"\0"。
这种结构的优点:
防止数据溢出:假如不是这种sds结构存储,redis是用C写的,所以我们每次存储数据的时候先申请空间,再存储数据。如果空间不够,但是存入的数据较大就会溢出到相邻的空间里面,就好比我们先挖坑,再放水,如果有一个坑水放多了就会溢出到相邻的坑里面。sds每次更新数据都会提前把坑大小给挖好,直接放数据就行。
减少修改数据时造成的数据空间被重复分配:sds是动态分配内存的,每次根据我们存入的数据大小分配空间,但实际上分配的空间总比要存入的空间多一点,这个其实是预分配空间,多出来的空间就记录在free里面,如果字符串内容变小,空间不会被回收,只会被记录在free里面,下次用的时候不用重新申请空间,直接用就ok,这叫惰性回收
Hash是属于hash结构,常用命令 hset 和 hget。
list是属于双向链表结构,常用命令 lpush 插入一个或多个值到列表头部 和 lpop 移除并获取列表第一个值。
set常用命令:sadd 增加一个或多个数据,spop移除并随机获取一个值。
zset常用命令:zadd,增加一个或者多个有序数据 zrange获取分数区间内的数据。
二,redis能做什么,使用的时候注意什么?

 

三,保存数据时先保存db还是先保存redis?先保存db后保存redis会有什么问题?
肯定先保存db,后保存redis,因为后保存redis异常可以回滚db。
利用事务回滚db其实也是会有问题的,比如保存redis的时候网络一直超时,那么就会出现堵塞的情况。 解决办法:单独起一个线程,去保存redis,如果redis保存失败了就进行重试直到成功。
db保存失败,redis保存成功了,就在catch块再删除一次redis,直到删除成功。其实上面说的情况是极端情况出现的问题,也可以用canal订阅myslq的binlog日志,数据一旦有变动就可以拿到数据放到redis中,这种方式是最保险的。
四,什么是缓存穿透 雪崩 击穿?
缓存穿透:我们一般是先查询redis,没有查询数据去db查询,db返回数据就把数据放进redis,返回空就不放,这样就会导致查询实际是越过了redis,直接去db查询,导致db压力过大。 解决办法:如果db返回空就把redis的值设置为一个默认值,比如空字符串,然后 给它设置一个很短的失效时间,我一般设置30秒。
缓存雪崩:大面积的redis key集中失效,导致数据库压力突然升高。解决办法:key的失效时间尽量分散,热点key的过期时间设置久一点。
缓存击穿:某一个热点key,持续性接受大的流量请求,突然这个key失效了,就会击中db。就像结界被打破了一样。解决办法:这种场景出现的情况比较少,一般热点数据都是可以预知的,所以提前做了准备,比如缓存失效时间设置的时间久一点,甚至加了二级缓存。
 


免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!
回复

使用道具 举报

0 个回复

倒序浏览

快速回复

您需要登录后才可以回帖 登录 or 立即注册

本版积分规则

篮之新喜

金牌会员
这个人很懒什么都没写!

标签云

快速回复 返回顶部 返回列表