redis简介

目录

1. 字符串（Strings）

2. 哈希（Hashes）

3. 列表（Lists）

4. 集合（Sets）

5. 有序集合（Sorted Sets）

1. RDB（Redis DataBase）

1.1 RDB优点：

1.2 RDB缺点：

RDB配置与命令：

2. AOF（Append Only File）

2.1 AOF优点：

2.2 AOF缺点：

AOF配置与命令：

3. 选择与使用

---

Redis支持多种数据类型，每种类型都有其特定的用途和操作。下面是Redis中常见的数据类型及其详细解释：

1. 字符串（Strings）

字符串是Redis中最基本的数据类型，可以存储文本、整数或者是二进制数据。一个键最大可以存储512MB的数据。

• 常用命令：
  • SET key value：设置指定键的值。
  • GET key：获取指定键的值。
  • DEL key：删除指定键。

2. 哈希（Hashes）

哈希用于存储键值对的集合，类似于Python的字典（Dictionary）或者Java的Map。

• 常用命令：
  • HSET key field value：设置哈希字段的值。
  • HGET key field：获取哈希字段的值。
  • HGETALL key：获取哈希中所有字段和值。
  • HDEL key field1 field2 ...：删除一个或多个哈希字段。

3. 列表（Lists）

列表是一个有序的字符串元素集合，可以在列表的两端（头部和尾部）进行添加、删除操作。

• 常用命令：
  • LPUSH key value1 value2 ...：从列表头部插入一个或多个值。
  • RPUSH key value1 value2 ...：从列表尾部插入一个或多个值。
  • LPOP key：从列表头部弹出一个值。
  • RPOP key：从列表尾部弹出一个值。
  • LRANGE key start stop：获取列表指定范围的元素。

4. 集合（Sets）

集合是一个无序的字符串元素集合，不允许重复的元素存在。

• 常用命令：
  • SADD key member1 member2 ...：向集合添加一个或多个成员。
  • SMEMBERS key：获取集合中所有成员。
  • SREM key member1 member2 ...：从集合中移除一个或多个成员。
  • SISMEMBER key member：检查一个成员是否存在于集合中。

5. 有序集合（Sorted Sets）

有序集合和集合类似，但每个成员都关联一个分数，集合中的元素根据分数进行排序。

• 常用命令：
  • ZADD key score1 member1 score2 member2 ...：向有序集合添加一个或多个成员，同时指定分数。
  • ZRANGE key start stop [WITHSCORES]：按照索引范围获取有序集合的成员。
  • ZREM key member1 member2 ...：从有序集合中移除一个或多个成员。
  • ZSCORE key member：获取有序集合中指定成员的分数。

Redis持久化是指将内存中的数据保存到磁盘上，以防止服务器重启或者异常关闭时数据丢失。Redis提供了两种主要的持久化方式：RDB（Redis DataBase）和AOF（Append Only File）。

1. RDB（Redis DataBase）

RDB是一种快照方式的持久化方法，它会定期将数据库在某个时间点的状态保存到磁盘上，生成一个压缩过的二进制文件。这种方式比较适合用于备份、灾难恢复等情况。

1.1 RDB优点：

• 性能高：生成RDB快照不会影响Redis的性能，因为它是在单独的子进程中完成的。
• 文件紧凑：RDB文件是二进制的，可以非常紧凑地存储数据。
• 适用于备份和恢复：可以用于定期备份数据，并在需要时快速恢复数据。

1.2 RDB缺点：

• 数据可能丢失：如果Redis意外宕机，最后一次生成的RDB文件可能会丢失数据。
• 耗时：对于大型数据库，生成RDB快照可能需要花费一些时间，并且可能会影响Redis的性能。

RDB配置与命令：

• 启用RDB持久化：在Redis配置文件中设置 save 指令，如 save 60 1000 表示在60秒内如果有1000次写操作就执行一次RDB持久化。
• 手动执行RDB持久化：使用 SAVE 命令手动执行一次RDB持久化，这会阻塞Redis服务器直到RDB文件创建完成。
• 异步执行RDB持久化：使用 BGSAVE 命令在后台执行RDB持久化，不会阻塞Redis服务器。

2. AOF（Append Only File）

AOF持久化是一种追加日志的方式，Redis会将每次写操作追加到一个文件的末尾。当Redis重启时，会重新执行这个文件里的命令来恢复数据。AOF持久化方式相对于RDB更加可靠，但可能会占用更多的磁盘空间。

2.1 AOF优点：

• 可靠性高：AOF记录了每个写操作，即使Redis宕机，也能通过重放AOF日志来恢复数据。
• 适用于数据完整性要求高的场景：比如金融等需要确保数据不丢失的应用场景。
• 可读性强：AOF文件是一个文本文件，易于人类读懂。

2.2 AOF缺点：

• 文件可能变大：AOF文件会随着写操作的增加而增大，可能会占用较多磁盘空间。
• 启动恢复时间长：AOF重放操作会比RDB恢复时间长，特别是对于大型AOF文件。

AOF配置与命令：

• 启用AOF持久化：在Redis配置文件中设置 appendonly yes 来启用AOF持久化。
• AOF重写：为了减少AOF文件的体积，可以定期执行AOF重写，使用 BGREWRITEAOF 命令。
• AOF策略：可以设置AOF的刷写频率，如 appendfsync always 表示每次写操作都会立即刷写到AOF文件。

3. 选择与使用

• RDB：适用于备份和恢复，对于读写性能要求高，且可以接受一定数据丢失的场景。
• AOF：适用于数据完整性要求高、可以接受更多磁盘占用和启动恢复时间长的场景，比如金融、电商等。

通常情况下，Redis的最佳实践是将两种持久化方式结合起来使用，即同时启用RDB和AOF持久化。这样既保证了备份和恢复的高效性（RDB），又保证了数据完整性和可靠性（AOF）。