redis

string

采用预分配的方式减少内存的频繁分配,实际空间会大于实际字符串长度。SDS(Simple Dynamic String)

list

redis在底层存储的list不是简单的linkedlist,而是称之为快速链表的quicklist。首先在列表元素较少的情况下会使用一块连续的内存存储,这个结构是ziplist,也称之为压缩列表,它将所有的元素紧挨着一起存储,分配的是一块连续的内存。当数据量较多时才会改成quicklist。因为普通的链表需要的附加指针空间太大,会比较浪费空间,而且会家中内存的碎片化。quicklist也就是将多个ziplist使用双向指针串起来,既能满足快速插入删除的性能,又不会出现太大的空间冗余。

hash

redis中的hash和java的HashMap是一致的,数组+链表,第一维数组位置碰撞就会将元素通过链表串起来(不过redis会有新旧两个)。不过redis的hash只能存储字符串,而且在rehash时会通过渐进式rehash同时保留新旧两个hash结构,查询时会同时查询两个hash结构。目的是rehash操作比较耗时,为了不阻塞服务。

zset

内部value是唯一的,每个value有一个score,代表这个value的排序权重,内部通过跳跃列表实现。

分布式锁

不推荐。setnx(不存在才会插入) + ex(超市时间),还要注意值必须是随机数或者当前时间纳秒,释放锁时通过lua脚本对值进行判断然后删除。

if redis.call("get", KEY[1]) == ARGV[1] then
    return redis.call("del", KEYS[1])

不推荐去实现redis可重入锁。

消息队列

通过blpop(阻塞读)实现简单的消息队列。如果一直没有消息,服务端会断开连接,所以实现时还要注意捕获异常,还要重试。

延时队列

(DelayQueue/ScheduledThreadPoolExecutor)redis的延时队列可以通过zset实现。设置scope为到期时间,多线程轮训获取到期的value,通过zrem判断最终得到value的线程是哪个。

位图

setbit key offset value
getbit key offset
bitcount key start end 统计1的数量
bitpos key bit start end 范围内第一个指定的bit
此处的start和end必须是8的倍数!
bitfield

HyperLogLog

不精确的去重计数方案。
pfadd/pdcount/pfmerge
redis进行了优化,在计数较小时采用稀疏矩阵存储,计数较大时转变成稠密矩阵,占用12k空间。12k是因为redis使用了16384个桶,每个桶的maxbits需要6个bits来存储,2^14*6/8=12k。

布隆过滤器 BloomFilter

需要使用插件安装。通过多个hash函数保证了不存在肯定是正确的,判断存在的话有一定误判率。为了保证误判率,需要考虑好初始大小和误判率两个参数。
bf.add 添加元素 bf.madd
bf.exists 查询元素是否存在 bf.mexists

限流

通过zset的score保留一个时间窗口,value保证不重复即可。

漏斗限流

redis-cell模块
cl.throttle key capacity count time quota
capacity初始容量
count/time漏水速率
quota默认1

geohash

redis中经纬度使用52位的整数进行编码,放进来zset中,value是元素的key,score是geohash的52位整数值。
geoadd key lon lat value 添加一个坐标
geodist key value1 value2 unit(km) 计算两个坐标距离
geopos key value 返回经纬度坐标
georadiusbymember key value 20 km count 3 asc 返回指定值最近20km内最近的3个坐标(包含value自身)
georadius 查询指定坐标附近的点。

Stream

不推荐PubSub。在5.0推出Stream。

压缩

过期

redis会将所有设置了过期时间的key放入一个独立的map,然后通过定时遍历删除过期的key。定时遍历的算法描述如下:

  1. 从过期map中随机20个key
  2. 删除当中过期的key
  3. 如果过期key比例超过1/4就重复步骤1
    所以在客户端访问某个key的时候需要首先判断该key是否过期,已经过期就删除。
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,837评论 6 496
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,551评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,417评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,448评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,524评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,554评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,569评论 3 414
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,316评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,766评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,077评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,240评论 1 343
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,912评论 5 338
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,560评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,176评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,425评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,114评论 2 366
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,114评论 2 352

推荐阅读更多精彩内容

  • 分布式缓存技术PK:选择Redis还是Memcached? 经平台同意授权转载 作者:田京昆(腾讯后台研发工程师)...
    meng_philip123阅读 68,923评论 7 60
  • Redis是啥 Redis是一个开源的key-value存储系统,由于拥有丰富的数据结构,又被其作者戏称为数据结构...
    一凡呀阅读 1,172评论 0 5
  • 本文为笔者对在学习Redis过程中所收集资料的一个总结,目的是为了以后方便回顾相关的知识,大部分为非原创内容。特此...
    EakonZhao阅读 14,420评论 0 9
  • NOSQL类型简介键值对:会使用到一个哈希表,表中有一个特定的键和一个指针指向特定的数据,如redis,volde...
    MicoCube阅读 3,972评论 2 27
  • 白色的时间在天地间飞扬 一片一片 滴答在孕育我的这片黄土地上 白发长了起来 我看到了母亲浓密的心事 眼睛只是打个趔...
    子语风阅读 182评论 0 1