【数据库运维 -- Redis】Redis 基础知识总结

【1】Redis 基本数据结构

【1.1】键(Key)

Redis 中键与其他数据结构的示意图

Redis 键常用命令总结

【1.2】字符串(String) 

Redis 字符串常用命令总结

【1.3】散列表(Hash) 

Redis 散列表常用命令总结

【1.4】列表(list)

Redis 列表常用命令总结

【1.5】集合(Set)

Redis 集合常用命令总结

【1.6】有序集合(Sorted Set)

Redis 有序集合常用命令总结

【2】Redis 操作命令

【2.1】Redis 订阅与发布

Redis 订阅发布常用命令总结

【2.2】Redis 事务

Redis 事务可以一次执行多个命令，并且带有以下三个重要的保证

• 1) 批量操作在发送 EXEC 命令前被放入队列缓存
• 2) 收到 EXEC 命令后进入事务执行，事务中任意命令执行失败，其余的命令依然被执行
• 3) 在事务执行过程，其他客户端提交的命令请求不会插入到事务执行命令序列中

Redis 事务相关常用命令总结

【2.3】Redis 数据备份与恢复命令与配置

【2.3.1】SAVE 命令(RDB 方式)

Redis 备份数据

• Redis SAVE 命令用于创建当前数据库的备份
• 该命令将在 redis 安装目录中创建 dump.rdb 文件
• 接收到 SAVE 命令的 Redis 服务器将遍历数据库包含的所有数据库，并将各个数据库包含的键值对全部记录到 RDB 文件中；
• 在 SAVE 命令执行期间，Redis 服务器将阻塞，直到 RDB 文件创建完毕为止；
• 如果 Redis 服务器在执行 SAVE 命令时已经拥有了相应的 RDB 文件，那么服务器将使用新创建的 RDB 文件代替已有的 RDB 文件；

Redis 恢复数据

• 只需将备份文件 (dump.rdb) 移动到 redis 安装目录并启动服务即可

【2.3.2】BGSAVE 命令(RDB 方式)

• BGSAVE 命令用于创建 redis 数据库的备份文件，该命令在后台运行；

【2.3.3】通过配置选项自动备份 redis 数据库数据(RDB 方式)

• 通过设置 save 选项，使得 Redis 服务器在满足指定条件时自动执行 BGSAVE 命令
  • 配置格式，save <seconds> <changes>
    • seconds 用于指定触发持久化操作所需的时长
    • changes 用于指定触发持久化操作所需的修改次数
  • 即如果服务器在 seconds 秒之内，对其包含的各个数据库总共执行了至少 changes 次修改，那么服务器将自动执行一次 BGSAVE 命令
• 注意，为了避免由于同时使用多个触发条件而导致服务器过于频繁地执行 BGSAVE 命令，Redis 服务器在每次成功创建 RDB 文件之后，负责将触发 BGSAVE 命令的时间计数器以及修改次数计数器清零并重新开始计数

【附录 A】Redis 持久化方式 -- RDB 和 AOF

【A-1】RDB

RDB 持久化方式能够在指定的时间间隔能对数据进行快照存储，在默认情况下，Redis 将数据库快照保存在名字为 dump.rdb 的二进制文件中，在 Redis 运行时，RDB 程序将当前内存中的数据库快照保存到磁盘文件中，在 Redis 重启动时，RDB 程序可以通过载入 RDB 文件来还原数据库的状态；

RDB 配置示例

# RDB 自动持久化规则
# 当 900 秒内有至少有 1 个键被改动时，自动进行数据集保存操作
save 900 1
# 当 300 秒内有至少有 10 个键被改动时，自动进行数据集保存操作
save 300 10
# 当 60 秒内有至少有 10000 个键被改动时，自动进行数据集保存操作
save 60 10000

# RDB 持久化文件名
dbfilename dump-<port>.rdb

# 数据持久化文件存储目录
dir /var/lib/redis

# bgsave 发生错误时是否停止写入，通常为 yes
stop-writes-on-bgsave-error yes

# rdb 文件是否使用压缩格式
rdbcompression yes

# 是否对 rdb 文件进行校验和检验，通常为 yes
rdbchecksum yes

【A-2】AOF

AOF 持久化简介

使能 AOF 持久化功能
appendonly yes

打开 AOF 后，每当 Redis 执行一个改变数据集的命令时，该命令就会被追加到 AOF 文件的末尾，从而当 Redis 重新启时，程序就可以通过重新执行 AOF 文件中的命令来达到重建数据集的目的；

AOF 的创建与恢复流程

AOF 持久化策略

• always，每次有新命令追加到 AOF 文件时就执行一次 fsync，非常慢，也非常安全
• everysec，每秒 fsync 一次，足够快并且在故障时只会丢失 1 秒钟的数据
• no，从不 fsync，将数据交给操作系统来处理，由操作系统来决定什么时候同步数据，更快也更不安全

AOF 重写

AOF 重写效果与实现方式图示

AOF 持久化相关参数

AOF 重写触发条件

• aof_current_size > auto-aof-rewrite-min-size
• (aof_current_size - aof_base_size) * 100 / aof_base_size > auto-aof-rewrite-percentage

AOF 配置示例

# 开启 AOF 持久化方式
appendonly yes

# AOF 持久化文件名
appendfilename appendonly-<port>.aof

# 每秒把缓冲区的数据同步到磁盘
appendfsync everysec

# 数据持久化文件存储目录
dir /var/lib/redis

# 是否在执行重写时不同步数据到 AOF 文件
# 这里的 yes，就是执行重写时不同步数据到 AOF 文件
no-appendfsync-on-rewrite yes

# 触发 AOF 文件执行重写的最小尺寸
auto-aof-rewrite-min-size 64mb

# 触发 AOF 文件执行重写的增长率
auto-aof-rewrite-percentage 100

【2.4】Redis 性能测试命令

命令格式，redis-benchmark [option] [option value]

命令参数

致谢
本博客为本人的学习笔记与实际操作分享，同时，参考网上众多博主的技术博客总结而成，在此向各位博主表示感谢，本博客若有不足请多多指正；

【1】详解Redis中两种持久化机制RDB和AOF（面试常问，工作常用）

【2】Redis持久化 - RDB和AOF