Redis数据结构之SDS

Z时代
2024-01-10
分类：综合

database

SDS(simple dynamic string)，简单动态字符串。s同时它被称为 Hacking String。hack 的地方就在 sds 保存了字符串的长度以及剩余空间。sds 的实现在 sds.c 中。

C语言字符串使用长度为n+1的字符数组来表示长度为n的字符串，并且字符数组的最后一个元素总是空字符""，这样的方式存储，时存在安全隐患的，并且它不能满足效率方面的需求。

因此Redis没有使用C原生的string而是自己构建了SDS。在Redis里，C语言字符串只用于一些无须对字符串值进行修改的地方，比如：日志。

在Redis中，包含字符串值的键值对都是使用SDS实现的，除此之外，SDS还被用于AOF缓冲区、客户端状态的输入缓冲区。

SDS定义

struct sdshdr{
     //字节数组
     char buf[]; 
     //buf数组中已使用字节数量
     int len;
     //buf数组中未使用字节数量
     int free;
}

如上图所示，len表示该SDS保存了一个6字节长度（不包含结束符）的字符串，free表示该SDS还有6个字节的未使用空间，buf是一个char类型的数组 ，保存了该SDS所存储的字符串值。

高效

相比C语言字符串，使获取字符串长度时间复杂度降为O(1)而C原生的获取长度为O(N) 遍历整个数组。

安全

同时SDS杜绝缓冲区溢出，不会像C那样造成数组数据不安全，绝对不会越界。

当需要对SDS进行修改时，API会先检查SDS当前剩余空间是否满足修改之后所需的空间，如果不满足的话API会自动将SDS的空间扩展至足够用的空间然后才进行下一步操作，所以SDS不会出现缓冲区溢出问题。

减少内存分配

C语言字原生符串底层是使用一个n+1个字符长度的char类型数据实现的，所以每次增长或缩短一个原生字符串，程序都要对这个字符串数组进行一次内存重分配操作：

同时因为内存重分配涉及复杂的算法，并且可能需要执行系统调用，所以它通常是一个比较耗时的操作。Redis经常被用于速度要求严苛、数据被频繁修改的场合，如果每次修改字符串都需要执行一次内存重分配的话，那么对于性能会造成很大影响。

SDS 在分配了内存之后（往往空间会存在盈余，也就是空间的预分配），然后自己通过len 和 free 来维护已使用的和未使用的内存，不再依赖系统来重新划分，这样能有效的提升性能。

空间预分配

用于字符串增长操作，当字符串增长时，程序会先检查需不需要对SDS空间进行扩展，如果需要扩展，程序不仅会为SDS分配修改所必要的空间，还会为SDS分配额外的未使用空间，额外分配的未使用空间公式如下：

SDS空间 < 1MB

如果对SDS修改之后，SDS的长度（修改之后len属性的值）小于1MB，那么则分配和len属性同样大小的未使用空间，这时SDS的len属性和free属性的值相同。如：如果修改之后SDS的len将变为10字节，那么程序也会分配10字节的未使用空间，SDS的buf数组实际长度变为10 + 10 + 1 = 21（额外一个字节用于保存结束符

）

SDS空间 > 1MB

如果对SDS修改之后，SDS的长度大于等于1MB，那么程序会分配1MB的未使用空间。如：修改之后的len将变为10MB，那么程序会分配1MB的未使用空间，SDS的bug数组长度为10MB + 1MB + 1byte

SDS空间 > 512MB