Redis数据持久化机制 + Go语言读写Redis各种类型值

Redis（Remote Dictionary Server）作为高性能的键值存储系统，凭借其丰富的数据类型和原子性操作，成为现代分布式系统中不可或缺的组件。

1、Redis支持的数据类型

Redis支持的数据类型可归纳为以下9类：

String（字符串）
Hash（哈希表）
List（列表）
Set（集合）
Sorted Set（有序集合）
Bitmap（位图）
HyperLogLog（基数统计）
Geospatial（地理空间）
Stream（流）

2、Go 语言对这些常见数据类型的读写示例

字符串（String）

package mainimport ("fmt""github.com/go-redis/redis/v8"
)func main() {client := redis.NewClient(&redis.Options{Addr: "localhost:6379",})// 写入字符串err := client.Set(ctx, "key1", "value1", 0).Err()if err != nil {fmt.Println("写入错误:", err)}// 读取字符串value, err := client.Get(ctx, "key1").Result()if err != nil {fmt.Println("读取错误:", err)}fmt.Println("读取结果:", value)
}

哈希（Hash）

func main() {// 写入哈希err := client.HSet(ctx, "hash1", "field1", "value1", "field2", "value2").Err()if err != nil {fmt.Println("写入错误:", err)}// 读取哈希result, err := client.HGetAll(ctx, "hash1").Result()if err != nil {fmt.Println("读取错误:", err)}fmt.Println("读取结果:", result)
}

集合（Set）

func main() {// 写入集合_, err := client.SAdd(ctx, "set1", "value1", "value2", "value3").Result()if err != nil {fmt.Println("写入错误:", err)}// 读取集合result, err := client.SMembers(ctx, "set1").Result()if err != nil {fmt.Println("读取错误:", err)}fmt.Println("读取结果:", result)
}

有序集合（Sorted Set）

func main() {// 写入有序集合z := &redis.Z{Score: 10, Member: "value1"}_, err := client.ZAdd(ctx, "zset1", z).Result()if err != nil {fmt.Println("写入错误:", err)}// 读取有序集合result, err := client.ZRangeWithScores(ctx, "zset1", 0, -1).Result()if err != nil {fmt.Println("读取错误:", err)}fmt.Println("读取结果:", result)
}

3、什么是持久化

持久化功能有效地避免因进程退出造成的数据丢失问题，当下次重启时利用之前持久化的文件即可实现数据恢复。

4、Redis 持久化方式

Redis支持RDB和AOF两种持久化机制：

4.1、RDB（快照方式）

RDB（快照方式）： RDB方式是一种快照式的持久化方法，将某一时刻的数据持久化到磁盘中。这种方式就是将内存中数据以快照的方式写入到二进制文件中，默认的文件名为dump.rdb。

RDB 配置：

Redis 的配置文件redis.conf中，可以对 RDB 持久化进行相关配置。比如：

save 900 1
save 300 10
save 60 10000

上述配置表示：在 900 秒内，如果至少有 1 个键发生了变化，就触发一次 RDB 持久化；在 300 秒内，如果至少有 10 个键发生了变化，触发 RDB 持久化；在 60 秒内，如果至少有 10000 个键发生了变化，也触发 RDB 持久化。

RDB 优点：

RDB是一个紧凑的单一文件,方便传送，适用于灾难恢复。

与AOF相比,在恢复大的数据集的时候，RDB方式会更快一些。

RDB 缺点：

RDB 持久化是按照一定的时间间隔进行的，如果在两次持久化之间 Redis 发生故障，那么这期间的数据将会丢失。RDB方式需要保存珍整个数据集，是一个比较繁重的工作，通常需要设置5分钟或者更久做一次完整的保存。

4.2、AOF（日志追加）

AOF（日志追加）： AOF方式是将执行过的写指令记录下来，当 Redis 重启时，会重新执行 AOF 文件中的命令，从而恢复到故障前的数据状态。这种方式 redis 会将每一个收到的写命令都通过 write 函数追加到文件中

(默认appendonly.aof)。

AOF 配置

在redis.conf文件中，通过修改以下配置来启用和配置 AOF 持久化：

appendonly yes
appendfsync everysec

appendonly yes表示启用 AOF 持久化。appendfsync参数用于设置 AOF 文件的同步策略，有三个可选值：
always：每执行一条写命令，就立即将其同步到 AOF 文件中，这种方式可以保证数据的完整性，但会影响 Redis 的性能，因为频繁的磁盘 I/O 操作会带来较大的开销。
everysec：每秒将缓冲区中的写命令同步到 AOF 文件中，这是默认的配置值，在性能和数据安全性之间取得了较好的平衡。
no：由操作系统决定何时将缓冲区中的写命令同步到 AOF 文件中，这种方式性能最高，但数据安全性最低，因为在操作系统缓冲区数据还未同步到磁盘时，如果服务器发生故障，数据可能会丢失。

AOF 优点：

数据安全性高：由于 AOF 是实时记录写命令，相比 RDB，它可以最大程度地减少数据丢失，在生产环境中更适合对数据完整性要求较高的场景。
服务性能影响小：AOF只是追加日志文件，因此对服务器性能影响较小，速度比RDB要快，消耗的内存较少。

AOF 缺点：

AOF 文件体积大:随着时间的推移，AOF 文件会不断增大，因为它记录了所有的写命令。这不仅会占用大量的磁盘空间，还会影响数据恢复的速度。即使通过AOF重写（通过删除 AOF 文件中冗余的命令，将其压缩成一个较小的文件），文件体积仍然很大。
数据恢复慢：在恢复数据时，Redis 需要逐条执行 AOF 文件中的命令，相比 RDB 直接加载内存快照文件，AOF 的恢复速度较慢，尤其是当 AOF 文件非常大时。