Maison >base de données >Redis >Exemple d'analyse de code de type de structure de données Redis
Lorsque la collection d'ensembles stocke des entiers, l'encodage est de type intset (petite collection d'entiers) la largeur doit être de 16 bits , 32 bits ou 64 bits
longueur | nombre d'éléments | |
---|---|---|
contenu | tableau d'entiers, stockant la valeur de l'élément | |
intset est organisé à partir de petit à grand Enregistrez les éléments dans l'ordre. Lors du stockage des éléments, décidez s'il faut mettre à niveau le codage en fonction de la taille de l'entier, recherchez la position où l'élément doit être inséré, si ce n'est pas la dernière position, déplacez l'élément après la position d'une position, et enfin insérez le élément. Si l'élément inséré n'est pas un entier, le formulaire de stockage deviendra une structure de hachage. | ziplist||
typedef struct intset { int32 encoding; int32 length; int contents[]; } hash-max-ziplist-entries 512 # 当hash元素个数小于512时 hash-max-ziplist-value 64 # 当hash键或值长度小于64时 zset-max-ziplist-entries 128 # 当zset元素个数小于128时 zset-max-ziplist-value 64 # 当zset值小于64时 |
field | description
nombre d'octets occupés par ziplist
zltail_offset | Le décalage du dernier élément par rapport à la position de départ de la liste compressée | |
---|---|---|
zllength | Nombre d'éléments |
|
entrées | Éléments compressés | |
zlend |
marque le fin de la liste compressée |
|
Explication | prevlen |
encodage | type d'encodage | Le type d'encodage change dynamiquement en fonction du contenu de l'élément. Cet article ne le décrira pas en détail. Les détails peuvent être recherchés dans le type d'encodage de la liste zip | ||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
contenu | contenu de l'élément, facultatif | |||||||||||||||||||||||||||||||||||||||
. 下图是一个ziplist的demo
当用ziplist存储hash结构时,将key与value分别当作一个entry存储。 可见压缩列表存储非常的紧凑,当某一个entry长度变为254时,下一个entry的prevlen将从1个字节扩展到5个字节,这就是级联更新 quicklistquicklist(快速列表)用于存储list集合,它是ziplist与linkedlist的混合体,linkedlist与双向列表结构类似。 quicklist内部默认单个ziplist长度为8K,超过这个长度,就会另起一个node,可在配置文件中配置。 # -2表示8k,枚举类型可在配置文件中查看 list-max-ziplist-size -2 quicklist默认的压缩深度为0,也就是不压缩。如果压缩深度为1,那么就是首尾不压缩,如果压缩深度为2,那么就是首2个、尾2个不压缩,可在配置文件中配置。 list-compress-depth 0 skiplistzset使用dict存储value与score的映射,另一方面还需要按照score提供排序功能,于是就有了skiplist(跳跃列表) 先看skiplist的一个demo typedef struct zsl { zslnode* header; zslnode* tail; int maxLevel; } typedef struct zslnode { sds value; double score; zslforward*[] forwards; zslnode* backward; } typedef struct zslforward { zslnode* item; int span; }
最小分值的backward固定null,对于每一个新插入的节点,会调用一个随机算法,来给它分配一个合理的层数 level1的概率为 level2的概率为 leveln的概率为 总结Redis作为单线程内存服务,在响应、数据结构上作出了很多的优化,值得我们学习
HyperLogLogHyperLogLog的原理为伯努利试验,即丢硬币,根据连续出现反面的次数X,推算出一共丢了2的X次方次硬币,当X很大时,推算出来的总数与实际总数误差就很接近了。具体可查询其他文章。 pfaddelement经过hash算法之后是一个64位的固定值 低14位为桶 查找高50位第一个为1的位数,如果大于当前桶的位数,就将其设置为当前桶的位数 假设hash值是 :{此处省略45位}01100 00000000000101
HyperLogLog用了16384个桶,每个桶占用6bit,因此说一个HyperLogLog所占用内存是12K。 调和平均数: 假设我的工资为10_000,马云的工资为1_000_000,那我和马云的平均工资为505_000,我肯定是不认同的。。。 如果使用调和平均数,则为2/(1/10_000+1/1_000_000)=19_801 同理,桶位数的平均数为:n/(1/桶1位数+1/桶2位数+...+1/桶n位数) 桶的平均个数为:Math.pow(2,桶位数的平均数) 总数量:const*桶总数n*桶的平均个数,其中constant为不定值,与桶个数有关,假设m为桶个数,取对数 pfcountp=log2m switch (p) { case 4: constant = 0.673 * m * m; case 5: constant = 0.697 * m * m; case 6: constant = 0.709 * m * m; default: constant = (0.7213 / (1 + 1.079 / m)) * m * m; } |
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!