總體原則:key的名稱不易過長,剩下的所有 能用純數(shù)字表示的盡量用
Redis的每一個(gè)鍵值都是用一個(gè)redisObject結(jié)構(gòu)體表示的
結(jié)構(gòu)體中有:
?? ?鍵值的類型(string/list/hash/set/zset)
?? ?內(nèi)部編碼方式(下面重點(diǎn)講)
?? ?該鍵值被多少次引用
?? ?內(nèi)容指針
若內(nèi)容指針指的是字符串,則內(nèi)容指針指向sdshdr的結(jié)構(gòu)體
?? ?(該結(jié)構(gòu)體中 字符串長度、buf中剩余空間、buf字符數(shù)組[存字符串])
存儲(chǔ)鍵值空間 = redisObject大小 + sdshfr大小 + 字符串大小
若內(nèi)容指針指的是數(shù)字,則內(nèi)容指針直接就是數(shù)字
存儲(chǔ)鍵值空間 = redisObject大小
?
redis內(nèi)部預(yù)先存有鍵值為0~9999的數(shù)字鍵值
字符串(編碼方式RAW、INT):
RAW redisObject內(nèi)容指針指“純字符串”
INT redisObject內(nèi)容指針指“數(shù)字”
散列表(兩種編碼方式 HT ZIPLIST)
配置文件 hash-max-ziplist-entries 512
?? ??? ? hash-max-ziplist-value 64
當(dāng)鍵值的字段個(gè)數(shù)小于第一個(gè)值且字段名、字段值的字節(jié)數(shù)小于第二個(gè)值時(shí)用ZIPLIST
ZIPLIST:犧牲“讀性能”(O(n))換取極高的“空間利用率”,適合表在較小時(shí)使用
HT:字段名和字段值 都是 redisObject ;讀性能為O(1)
列表(編碼方式 LinkedList ziplist)
ziplist:同上
LinkedList:每個(gè)節(jié)點(diǎn)都是redisObject的雙向列表
集合(編碼方式 HT INTSET)
INTSET:集合中全是數(shù)字,且數(shù)字的個(gè)數(shù)小于指定值時(shí)使用
?? ??? ??? ?每個(gè)數(shù)字占位可變的動(dòng)態(tài)數(shù)組
HT:字段值為nil,在集合縮小時(shí),不會(huì)倒退到INSET
有序集合(編碼方式 SkipList ziplist)
ziplist:同上
SkipList:(由散列表和跳躍表組成)
?? ??? ?散列表存儲(chǔ)元素、分?jǐn)?shù)映射
?? ??? ?跳躍表? 排序
?? ????
更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主
微信掃碼或搜索:z360901061

微信掃一掃加我為好友
QQ號(hào)聯(lián)系: 360901061
您的支持是博主寫作最大的動(dòng)力,如果您喜歡我的文章,感覺我的文章對您有幫助,請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧,狠狠點(diǎn)擊下面給點(diǎn)支持吧,站長非常感激您!手機(jī)微信長按不能支付解決辦法:請將微信支付二維碼保存到相冊,切換到微信,然后點(diǎn)擊微信右上角掃一掃功能,選擇支付二維碼完成支付。
【本文對您有幫助就好】元
