# Redis 入门到精通（五）-- redis 持久化（2）

于 2024-07-16 15:01:26 发布
阅读量602 收藏 7
点赞数 12
分类专栏： # redis 文章标签： redis 数据库 分布式缓存redis数据库 key-value数据库 key-value键值对 redis持久化
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qfyh_djh/article/details/140455217
版权
#AI发展下的伦理挑战，应当如何应对？#

Redis 入门到精通（五）-- redis 持久化（2）

一、redis 持久化–save 配置与工作原理

1、RDB 启动方式：反复执行保存指令，忘记了怎么办？不知道数据产生了多少变化，何时保存？

采用 redis 自动执行。

  • 谁：redis服务器发起指令（基于条件）。
  • 什么时间：满足条件。
  • 干什么事情：保存数据。

2、RDB 启动方式 ——save 配置

  • 1）配置： save second changes

  • 2）作用：满足限定时间范围内key的变化数量达到指定数量即进行持久化。

  • 3）参数：

    second：监控时间范围。
    changes：监控key的变化量。

  • 4）位置：在 conf 文件中进行配置。

  • 5）范例：

    save 900 1
    save 300 10
    save 60 10000

3、修改 /conf/redis-6379.conf 配置文件，添加 redis 自动执行 save 指令相关配置。指定配置文件，启动 redis 服务，


# 切换到 redis 安装目录 
cd /usr/local/redis/redis-4.0.0/

# 查看 redis 服务是否后台启动成功：
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# ps -ef | grep redis-
root     24153     1  0 01:03 ?        00:00:21 redis-server *:6379
root     24402  1538  0 08:41 pts/3    00:00:00 grep --color=auto redis-
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# 

# 杀死 redis 服务进程 
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# kill -s 9 24153
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# 
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# ps -ef | grep redis-
root     24404  1538  0 08:42 pts/3    00:00:00 grep --color=auto redis-
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# 

# 修改 conf/redis-6379.conf 配置文件，添加 redis 自动执行 save 指令相关配置。
vim conf/redis-6379.conf 

# 添加如下配置（每10秒2个变化就自动保存）：
save 10 2

# 删除 data 目录下的其他 dump.rdb 文件 
rm -rf data/dump*

# 指定配置文件，启动 redis 服务：
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# redis-server conf/redis-6379.conf


# 客户端执行 save 后，再次查看 dump-6379.rdb 文件内容：
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# ll data

root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# cat data/dump-6379.rdb 
REDIs0008dis-ver4.0.0edis-bitsctimefed-memf-preamblerepl-id(3807de8be5a58a80693a6a91fb91d33a68ce217ap1-offsetlname
redis-6379age 0;root@WIN-20240529B1A: /usr/local/redis/redis-4.0.0root@wIN-20240529BJA:/usr/1ocal/redis/redis-4.0.0#

# 当客户端 创建1个数据时，查询 data 下，只有日志文件。
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# ll data
total 20
drwxr-xr-x 2 root root 4096 Jul 16 08:43 ./
drwxrwxr-x 8 root root 4096 Jul 15 22:28 ../
-rw-r--r-- 1 root root 6899 Jul 16 08:45 6379.log
-rw-r--r-- 1 root root 1754 Jul 15 23:26 6380.log
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# 

# 当客户端 创建2个数据时，再次查询data 下，多了一个 dump-6379.rdb 文件。
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# ll data
total 24
drwxr-xr-x 2 root root 4096 Jul 16 08:51 ./
drwxrwxr-x 8 root root 4096 Jul 15 22:28 ../
-rw-r--r-- 1 root root 7224 Jul 16 08:51 6379.log
-rw-r--r-- 1 root root 1754 Jul 15 23:26 6380.log
-rw-r--r-- 1 root root  186 Jul 16 08:51 dump-6379.rdb
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# 

# 执行2次get，数据无变化，也不会自动保存
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# ll data
total 24
drwxr-xr-x 2 root root 4096 Jul 16 08:51 ./
drwxrwxr-x 8 root root 4096 Jul 15 22:28 ../
-rw-r--r-- 1 root root 7224 Jul 16 08:51 6379.log
-rw-r--r-- 1 root root 1754 Jul 15 23:26 6380.log
-rw-r--r-- 1 root root  186 Jul 16 08:51 dump-6379.rdb
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# 

# 执行2次 get，数据无变化，也不会自动保存
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# ll data
total 24
drwxr-xr-x 2 root root 4096 Jul 16 08:51 ./
drwxrwxr-x 8 root root 4096 Jul 15 22:28 ../
-rw-r--r-- 1 root root 7224 Jul 16 08:51 6379.log
-rw-r--r-- 1 root root 1754 Jul 15 23:26 6380.log
-rw-r--r-- 1 root root  186 Jul 16 08:51 dump-6379.rdb

# 执行2次 del 和 set，数据有变化，自动保存
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# ll data
total 24
drwxr-xr-x 2 root root 4096 Jul 16 09:01 ./
drwxrwxr-x 8 root root 4096 Jul 15 22:28 ../
-rw-r--r-- 1 root root 7549 Jul 16 09:01 6379.log
-rw-r--r-- 1 root root 1754 Jul 15 23:26 6380.log
-rw-r--r-- 1 root root  169 Jul 16 09:01 dump-6379.rdb
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0#

4、打开另一终端，连接 redis 客户端，创建的数据，测试是否自动保存。


# 启动另一客户端：

# 切换到 redis 安装目录 
cd /usr/local/redis/redis-4.0.0/

# 指定端口号，启动 redis 客户端：
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# redis-cli -p 6379

# 查看所有 key 
127.0.0.1:6379> keys *

# 创建一个数据，查看服务端，不会自动保存
127.0.0.1:6379> set name redis-6379
OK

# 创建第2个数据，查看服务端，已经自动保存
127.0.0.1:6379> set age 38
OK 

# 执行2次 get，数据无变化，也不会自动保存
127.0.0.1:6379> get name
"redis-6379"
127.0.0.1:6379> get age
"38"

# 执行2次 del 和 set，数据有变化，自动保存
127.0.0.1:6379> del name
(integer) 1
127.0.0.1:6379> set age 33
OK
127.0.0.1:6379>

在这里插入图片描述

5、RDB启动方式 ——save 配置原理

38-RDB启动方式save配置原理.png

6、注意事项：

  • save 配置要根据实际业务情况进行设置，频度过高或过低都会出现性能问题，结果可能是灾难性的。
  • save 配置中对于 second 与 changes 设置通常具有互补对应关系，尽量不要设置成包含性关系。
  • save 配置启动后执行的是 bgsave 操作。

二、redis 持久化–RDB 三种启动方式对比与优缺点分析

1、RDB 三种启动方式对比

方式save指令bgsave指令
读写同步异步
阻塞客户端指令是否
额外内存消耗否是
启动新进程否是

2、rdb 特殊启动形式

  • 全量复制： 在主从复制中详细讲解。
  • 服务器运行过程中重启： debug reload。
  • 关闭服务器时指定保存数据：shutdown save。

默认情况下执行shutdown命令时，自动执行 bgsave(如果没有开启AOF持久化功能)。

3、RDB 优点：

  • RDB 是一个紧凑压缩的二进制文件，存储效率较高。
  • RDB 内部存储的是 redis 在某个时间点的数据快照，非常适合用于数据备份，全量复制等场景。
  • RDB 恢复数据的速度要比 AOF 快很多。
  • 应用：服务器中每X小时执行 bgsave 备份，并将 RDB 文件拷贝到远程机器中，用于灾难恢复。

4、RDB 缺点：

  • RDB 方式无论是执行指令还是利用配置，无法做到实时持久化，具有较大的可能性丢失数据。
  • bgsave 指令每次运行要执行fork操作创建子进程，要牺牲掉一些性能。
  • Redis 的众多版本中未进行RDB文件格式的版本统一，有可能出现各版本服务之间数据格式无法兼容现象。

三、redis 持久化–AOF 简介

1、RDB 存储的弊端

 存储数据量较大，效率较低，基于快照思想，每次读写都是全部数据，当数据量巨大时，效率非常低。
 大数据量下的IO性能较低。
 基于fork创建子进程，内存产生额外消耗。
 宕机带来的数据丢失风险。

2、解决思路

 不写全数据，仅记录部分数据。
 降低区分数据是否改变的难度，改记录数据为记录操作过程。
 对所有操作均进行记录，排除丢失数据的风险。

3、AOF概念

 AOF(append only file)持久化：以独立日志的方式记录每次写命令，重启时再重新执行AOF文件中命令
达到恢复数据的目的。与RDB相比可以简单描述为改记录数据为记录数据产生的过程。

 AOF的主要作用是解决了数据持久化的实时性，目前已经是Redis持久化的主流方式。

四、redis 持久化–AOF 持久化策略基本操作

1、AOF 写数据过程

40-AOF写数据过程.png

2、AOF 写数据三种策略 (appendfsync)

  • always(每次）
    每次写入操作均同步到AOF文件中，数据零误差，性能较低，不建议使用。
  • everysec（每秒）
    每秒将缓冲区中的指令同步到AOF文件中，数据准确性较高，性能较高，建议使用，也是默认配置。
    在系统突然宕机的情况下丢失1秒内的数据。
  • no（系统控制）
    由操作系统控制每次同步到AOF文件的周期，整体过程不可控。

3、AOF 功能开启


- 配置：
	appendonly yes|no

- 作用：
	是否开启AOF持久化功能，默认为不开启状态。
	
- 配置
	appendfsync always|everysec|no
	
- 作用：
	AOF 写数据策略。
	
- 配置
	appendfilename filename。
	
- 作用
	AOF持久化文件名，默认文件名未appendonly.aof，建议配置为 appendonly-端口号.aof。
	
- 配置
	dir 
	
- 作用
	AOF持久化文件保存路径，与RDB持久化文件保持一致即可。

4、修改 /conf/redis-6379.conf 配置文件，添加 AOF持久化策略。指定配置文件，启动 redis 服务，


# 切换到 redis 安装目录 
cd /usr/local/redis/redis-4.0.0/

# 查看 redis 服务是否后台启动成功：
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# ps -ef | grep redis-
root     24408     1  0 08:45 ?        00:00:04 redis-server *:6379
root     24426  1538  0 10:16 pts/3    00:00:00 grep --color=auto redis-

# 杀死 redis 服务进程 
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# kill -s 9 24408
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# 
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# ps -ef | grep redis-
root     24428  1538  0 10:16 pts/3    00:00:00 grep --color=auto redis-

# 修改 conf/redis-6379.conf 配置文件，添加 AOF持久化策略。
vim conf/redis-6379.conf 

# 添加如下配置
appendonly yes
appendfsync always
# appendfsync everysec
# appendfsync no

# 删除 data 目录下的其他 dump.rdb 文件 
rm -rf data/dump*

# 指定配置文件，启动 redis 服务：
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# redis-server conf/redis-6379.conf

# 查看 data 文件夹下文件列表，多出一个 appendonly.aof 文件，容量0：
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# ll data
total 28
drwxr-xr-x 2 root root 4096 Jul 16 10:21 ./
drwxrwxr-x 8 root root 4096 Jul 15 22:28 ../
-rw-r--r-- 1 root root 8754 Jul 16 10:21 6379.log
-rw-r--r-- 1 root root 1754 Jul 15 23:26 6380.log
-rw-r--r-- 1 root root    0 Jul 16 10:21 appendonly.aof
-rw-r--r-- 1 root root  169 Jul 16 09:01 dump-6379.rdb

# 客户端创建数据后，再次查看 data 文件夹下文件列表，appendonly.aof 文件，容量增大：
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# ll data
total 32
drwxr-xr-x 2 root root 4096 Jul 16 10:21 ./
drwxrwxr-x 8 root root 4096 Jul 15 22:28 ../
-rw-r--r-- 1 root root 8754 Jul 16 10:21 6379.log
-rw-r--r-- 1 root root 1754 Jul 15 23:26 6380.log
-rw-r--r-- 1 root root   63 Jul 16 10:26 appendonly.aof
-rw-r--r-- 1 root root  169 Jul 16 09:01 dump-6379.rdb
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# 
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# ll data
total 32
drwxr-xr-x 2 root root 4096 Jul 16 10:40 ./
drwxrwxr-x 8 root root 4096 Jul 15 22:28 ../
-rw-r--r-- 1 root root 9079 Jul 16 10:40 6379.log
-rw-r--r-- 1 root root 1754 Jul 15 23:26 6380.log
-rw-r--r-- 1 root root   93 Jul 16 10:40 appendonly.aof
-rw-r--r-- 1 root root  186 Jul 16 10:40 dump-6379.rdb


# 执行2次 get，数据无变化，appendonly.aof 文件大小无变化
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# ll data
total 32
drwxr-xr-x 2 root root 4096 Jul 16 10:40 ./
drwxrwxr-x 8 root root 4096 Jul 15 22:28 ../
-rw-r--r-- 1 root root 9079 Jul 16 10:40 6379.log
-rw-r--r-- 1 root root 1754 Jul 15 23:26 6380.log
-rw-r--r-- 1 root root   93 Jul 16 10:40 appendonly.aof
-rw-r--r-- 1 root root  186 Jul 16 10:40 dump-6379.rdb

# 查看 appendonly.aof 文件内容 
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# cat data/appendonly.aof 
*2
$6
SELECT
$1
0
*3
$3
set
$4
name
$10
redis-6379
*3
$3
set
$3
age
$2
38


# 再次修改 conf/redis-6379.conf 配置文件，添加 AOF 持久化策略。重新测试。
vim conf/redis-6379.conf 

# 保存以下内容即可：
port 6379
daemonize yes
logfile "6379.log"

# redis 持久化 -- RDB 相关配置
# data 目录为新建目录（设置存储.rdb文件的路径）
dir /usr/local/redis/redis-4.0.0/data

# 设置本地数据库文件名：
dbfilename dump-6379.rdb
# 设置存储至本地数据库时是否压缩数据
rdbcompression yes
# 设置是否进行 RDB 文件格式校验
rdbchecksum yes

# save配置（每10秒有2次数据变化就自动保存）
save 10 2

# 添加如下配置（AOF存储功能）
# 开启AOF持久化功能
appendonly yes
# AOF写数据策略（每秒）
appendfsync everysec

5、打开另一终端，连接 redis 客户端，创建的数据，测试AOF持久化策略基本操作。


# 启动另一客户端：

# 切换到 redis 安装目录 
cd /usr/local/redis/redis-4.0.0/

# 指定端口号，启动 redis 客户端：
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# redis-cli -p 6379

# 查看所有 key 
127.0.0.1:6379> keys *

# 创建一个数据，查看服务端，appendonly.aof 有数据
127.0.0.1:6379> set name redis-6379
OK

# 创建第2个数据，查看服务端，appendonly.aof 文件大小增加了
127.0.0.1:6379> set age 38
OK 

# 执行2次 get，数据无变化，appendonly.aof 文件大小无变化
127.0.0.1:6379> get name
"redis-6379"
127.0.0.1:6379> get age
"38"

# 执行2次 del 和 set，数据有变化，自动保存
127.0.0.1:6379> del name
(integer) 1
127.0.0.1:6379> set age 33
OK
127.0.0.1:6379>

41-AOF持久化策略基本操作.png

五、redis 持久化–AOF 重写概念与命令执行

1、AOF 写数据遇到的问题

42-AOF写数据遇到的问题.png

2、AOF 重写

随着命令不断写入 AOF，文件会越来越大，为了解决这个问题，Redis 引入了AOF重写机制压缩文件体积。AOF 文件重
写是将 Redis 进程内的数据转化为写命令同步到新AOF文件的过程。简单说就是将对同一个数据的若干个条命令执行结
果转化成最终结果数据对应的指令进行记录。

3、AOF重写作用

  • 降低磁盘占用量，提高磁盘利用率。
  • 提高持久化效率，降低持久化写时间，提高IO性能。
  • 降低数据恢复用时，提高数据恢复效率。

4、AOF 重写规则

  • 进程内已超时的数据不再写入文件
  • 忽略无效指令，重写时使用进程内数据直接生成，这样新的AOF文件只保留最终数据的写入命令。
    如 del key1、 hdel key2、srem key3、set key4 111、set key4 222 等。
  • 对同一数据的多条写命令合并为一条命令、
    如lpush list1 a、lpush list1 b、 lpush list1 c 可以转化为：lpush list1 a b c。 为防止数据量过大造成客户端缓冲区溢出，对list、set、hash、zset等类型，每条指令最多写入64个元素。

5、AOF 重写方式

  • 手动重写：
    bgrewriteaof
  • 自动重写：
    auto-aof-rewrite-min-size size
    auto-aof-rewrite-percentage percentage

6、redis 持久化操作–AOF 重写概念与命令执行

修改 /conf/redis-6379.conf 配置文件，添加 AOF持久化策略。指定配置文件，启动 redis 服务，


# 切换到 redis 安装目录 
cd /usr/local/redis/redis-4.0.0/

# 查看 redis 服务是否后台启动成功：
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# ps -ef | grep redis-
root     24436     1  0 10:21 ?        00:00:10 redis-server *:6379
root     25004  1538  0 14:14 pts/3    00:00:00 grep --color=auto redis-

# 杀死 redis 服务进程 
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# kill -s 9 24436
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# ps -ef | grep redis-
root     25006  1538  0 14:15 pts/3    00:00:00 grep --color=auto redis-

# 修改 conf/redis-6379.conf 配置文件，添加 AOF持久化策略。
vim conf/redis-6379.conf 

# 保存以下内容即可：
port 6379
daemonize yes
logfile "6379.log"

# redis 持久化 -- RDB 相关配置
# data 目录为新建目录（设置存储.rdb文件的路径）
dir /usr/local/redis/redis-4.0.0/data

# 设置本地数据库文件名：
dbfilename dump-6379.rdb
# 设置存储至本地数据库时是否压缩数据
rdbcompression yes
# 设置是否进行 RDB 文件格式校验
rdbchecksum yes

# save配置（每10秒有2次数据变化就自动保存）
save 10 2

# 添加如下配置（AOF存储功能）
# 开启AOF持久化功能
appendonly yes
# AOF写数据策略（每次）
appendfsync always
# 设置文件名
appendfilename appendonly-6379.aof


# 删除 data 目录下的其他文件 
rm -rf data/dump*
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# rm -rf data/appendonly.aof

# 指定配置文件，启动 redis 服务：
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0#  redis-server conf/redis-6379.conf
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# 
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# ps -ef | grep redis-    
root     25017     1  1 14:23 ?        00:00:00 redis-server *:6379
root     25022  1538  0 14:23 pts/3    00:00:00 grep --color=auto redis-

# 查看 data 文件夹下文件列表，多出一个 appendonly-6379.aof 文件，容量0：
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# ll data             
total 24
drwxr-xr-x 2 root root  4096 Jul 16 14:23 ./
drwxrwxr-x 8 root root  4096 Jul 15 22:28 ../
-rw-r--r-- 1 root root 10284 Jul 16 14:23 6379.log
-rw-r--r-- 1 root root  1754 Jul 15 23:26 6380.log
-rw-r--r-- 1 root root     0 Jul 16 14:23 appendonly-6379.aof

# 客户端创建数据后，再次查看 data 文件夹下文件列表，appendonly.aof 文件，容量增大：
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# ll data
total 32
drwxr-xr-x 2 root root  4096 Jul 16 14:30 ./
drwxrwxr-x 8 root root  4096 Jul 15 22:28 ../
-rw-r--r-- 1 root root 10609 Jul 16 14:30 6379.log
-rw-r--r-- 1 root root  1754 Jul 15 23:26 6380.log
-rw-r--r-- 1 root root    95 Jul 16 14:30 appendonly-6379.aof
-rw-r--r-- 1 root root   176 Jul 16 14:30 dump-6379.rdb
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# 
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# ll data
total 32
drwxr-xr-x 2 root root  4096 Jul 16 14:30 ./
drwxrwxr-x 8 root root  4096 Jul 15 22:28 ../
-rw-r--r-- 1 root root 10609 Jul 16 14:30 6379.log
-rw-r--r-- 1 root root  1754 Jul 15 23:26 6380.log
-rw-r--r-- 1 root root   131 Jul 16 14:30 appendonly-6379.aof
-rw-r--r-- 1 root root   176 Jul 16 14:30 dump-6379.rdb

# 客户端执行重写操作后，查看服务端，appendonly-6379.aof 文件大小，发现减小了。
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# ll data
total 32
drwxr-xr-x 2 root root  4096 Jul 16 14:32 ./
drwxrwxr-x 8 root root  4096 Jul 15 22:28 ../
-rw-r--r-- 1 root root 11350 Jul 16 14:32 6379.log
-rw-r--r-- 1 root root  1754 Jul 15 23:26 6380.log
-rw-r--r-- 1 root root    59 Jul 16 14:32 appendonly-6379.aof
-rw-r--r-- 1 root root   176 Jul 16 14:30 dump-6379.rdb

7、打开另一终端，连接 redis 客户端，创建的数据，测试AOF持久化策略基本操作。


# 启动另一客户端：

# 切换到 redis 安装目录 
cd /usr/local/redis/redis-4.0.0/

# 指定端口号，启动 redis 客户端：
root@WIN-20240529BJA:/usr/local/redis/redis-4.0.0# redis-cli -p 6379

# 查看所有 key 
127.0.0.1:6379> keys *
(empty list or set)

# 创建一个数据，查看服务端，appendonly-6379.aof 有数据
127.0.0.1:6379> set name redis-1
OK

# 更改name值，查看服务端，appendonly-6379.aof 文件大小增加了
127.0.0.1:6379> set name redis-2
OK 

# 更改name值，查看服务端，appendonly-6379.aof 文件大小增加了
127.0.0.1:6379> set name redis-3

# 执行重写操作，查看服务端，appendonly-6379.aof 文件大小，发现减小了。
127.0.0.1:6379> bgrewriteaof
Background append only file rewriting started

43-AOF持久化策略基本操作-重写操作.png

8、AOF手动重写 —— bgrewriteaof指令工作原理

41-AOF持久化策略基本操作.png

上一节关联链接请点击：
# Redis 入门到精通（五）-- redis 持久化（1）

段子手-168
关注
  • 12
    点赞
  • 踩
  • 7
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
Redis压力测试——redis-benchmark
影子
09-29 9965
1、redis-benchmark简介 ​ redis-benchmark是官方自带的Redis性能测试工具，用来测试Redis在当前环境下的读写性能。在使用Redis的时候，服务器的硬件配置、网络状况、测试环境都会对Redis的性能有所影响，我们需要对Redis实时测试以确定Redis的实际性能。 语法格式： redis-benchmark [参数] [参数值] 参数列表： 参数 描述 默认值 -h 指定服务器主机名 127.0.0.1 -p 指定服务器端口 6379 -
redis2-nginx-module-0.15
07-18
- **会话持久化**：通过 Redis 存储用户会话，实现跨服务器的会话保持。 - **负载均衡**：结合其他 NGINX 模块，实现基于 Redis 的负载均衡策略。 通过 Redis2-NGINX-Module，开发者可以构建更高效、更灵活的 Web...
Redis持久化(六)-RDB+AOF混合持久化
星光之子的博客
01-14 4285
RDB-AOF混合持久化RDB+AOF同时使用RDB-AOF混合持久化 RDB+AOF同时使用 同时使用RDB持久化和AOF持久化是可行的，只要注意以下问题即可： 同时使用两种持久化功能需要耗费大量系统资源，系统的硬件必须能够支撑运行这两种功能所需的资源消耗，否则会给系统性能带来影响 Redis服务器在启动时，会优先使用AOF文件进行数据恢复，只有在没有检测到AOF文件时，才会考虑寻找并使用RDB文件进行数据恢复 当Redis服务器正在后台生成新的RDB文件时，如果有用户向服务器发送BGREWRITEAO
015-学习Redis-持久化方案-bgsave/rdb/aof
weixin_43989347的博客
01-24 3277
这里写自定义目录标题一、回顾Redis1、redis的特点2、redis提供了磁盘持久化二、方案一：bgsave1、如何操作2、优缺点三、方案二：配置文件rdb1、配置文件解说：2、优缺点：四、方案三：aof1、 修改配置文件：修改配置后，重启服务：2、优缺点 一、回顾Redis 1、redis的特点 redis是一个内存中的数据结构存储系统。优点：内存操作速度比硬盘很快。缺点：但是内存没有办法保存数据。 2、redis提供了磁盘持久化 通过磁盘持久化功能，就可以把内存中的数据，持久化到磁盘当中去。数据就可
Scrapy-Redis入门实战
pengjunlee的博客
05-05 4万+
目录 简介 Scrapy-Redis特性 Scrapy-Redis示例 开发环境 创建项目 定义Item 创建Spider 修改配置 启动爬虫 简介 scrapy-redis是一个基于redis的scrapy组件，用于快速实现scrapy项目的分布式部署和数据爬取，其运行原理如下图所示。 Scrapy-Redis特性 分布式爬取 你可以启动多个共享同一redis队列...
Redis(开发与运维):18---常用功能之（redis-cli、redis-server、redis-benchmark）
董哥的黑板报
05-11 2140
Redis提供了redis-cli、redis-server、redis-benchmark等Shell工具。它们 虽然比较简单，但是麻雀虽小五脏俱全，有时可以很巧妙地解决一些问题 一、redis-cli 在前面数据库连接的时候（https://blog.csdn.net/qq_41453285/article/details/106018436）已经redis-cli的-h、-p参数，除了这些参数，还有很多有用的参数，要了解redis-cli的全部参数，可以执行redis-cli-help命令来进行查看
Redis 拒绝服务漏洞（CVE-2023-28856）修复处理
企业实战系列集 ●●● https://ximenjianxue.blog.csdn.net
08-07 1980
Redis Labs Redis是美国Redis Labs公司的一套开源的使用ANSI C编写、支持网络、可基于内存亦可持久化的日志型、键值（Key-Value）存储数据库，并提供多种语言的API。官方补丁：https://github.com/redis/redis/，https://github.com/redis/redis/pull/11149，RDB 格式的内容和 AOF 格式的内容，该文件的前半段是 RDB 格式的全量数据，而后半段是 Redis 命令格式的增量数据；丢失数据的概率相对有点大。
redis集群搭建之redis-cluster
weixin_45239670的博客
03-28 5696
Redis 集群介绍 Redis Cluster 提供一种Redis安装方式：数据自动在多个Redis节点间分片。 Redis Cluster 提供一定程度的高可用，在实际的环境中当某些节点失败或者不能通讯的情况下能够继续提供服务。大量节点失败的情况下集群也会停止服务（例如大多数主节点不可用）。 Redis集群提供的能力： 自动切分数据集到多个节点上。 当部分节点故障或不可达的情况下继续提供服务。 Redis 集群的端口 每个Redis集群节点需要打开两个TCP连接。端口6379提供给客户端连接，外加上
【SpringBoot集成Redis + Session持久化存储到Redis】
TheMyth142857的博客
09-14 3376
本文主要介绍了SpringBoot如何集成redis，快速简单使用redis，及其一些redis的简单应用，例如存储session到redis，如有错误，恳请大佬指点！谢谢！
Redis配置数据持久化---APPEND ONLY MODE
热门推荐
梁吉林的博客
04-01 5万+
Redis可以实现数据的持久化存储，即将数据保存到磁盘上。 Redis的持久化存储提供两种方式：RDB与AOF。AOF是默认配置。 现在Redis的配置中默认是关闭存储持久化的。 如果要开启持久化，修改Redis的配置文件redis.conf。相关的配置项：appendonly yes #开启持久化 原文1 appendfilename "appendonly.aof" #保存数据的文件名称
Redis Redis介绍、安装 - Redis客户端
lpfstudy的博客
09-04 4699
目录redis是什么，他的应用场景是什么？Redis的一些主要特点和应用场景：redis的官方网站：Redisredis是键值型数据库：（也就是key-value模式）（跟python的字典很像）认识NoSQL SQL和NoSQL的区别数据库结构之间的区别数据库关联之间的区别SQL查询和非SQL查询的区别事务上的差异总结认识Redis特征：一、安装Redis1、单机安装Redis（linux安装 -- Centos7.9）1.1、安装Redis依赖（Redis是基于C语言编译的，因此首先需要安装Redis所
shushu1234#articles-backup#2018-06-09-Redis-持久化1
07-25
1.4 对比 1.5 自动生成RDB 1.6 触发机制 1.7 弊端 2.3 no策略 2.4 对比 4.2 子进程开销优化
Redis-7.0.12-Windows-x64
08-23
Redis支持数据的持久化，可以将内存中的数据保存在磁盘中，重启的时候可以再次加载进行使用。 Redis不仅仅支持简单的key-value类型的数据，同时还提供list，set，zset，hash等数据结构的存储。 Redis支持数据的备份...
redis 免安装 redis客户端 redis-desktop-manager-0.8.8.384
02-16
2. **持久化**：Redis 可以通过 RDB (Snapshot) 和 AOF (Append Only File) 两种方式进行数据持久化，确保即使在系统崩溃后也能恢复数据。 3. **事务**：Redis 支持事务，可以一次性执行多个操作，并保证其原子性。...
redis-session-manager-redis-session-manager-2.2.0.zip
06-02
在实际使用Redis Session Manager时，你需要根据提供的文档配置Redis服务器的连接信息，将Web应用程序的session管理设置指向该工具，然后利用它来持久化和管理用户会话。这有助于提高应用的性能和可扩展性，尤其是在...
7.10日学习打卡----初学Redis（五）
m0_74436895的博客
07-11 1103
经历了 1次pipeline(n条命令) = 1次网络时间 + n次命令时间，这大大减少了网络时间的开销，这就是流水线。执行一条命令在redis端可能需要几百微秒，而在网络光纤中传输只花费了13毫秒。注意在执行批量操作而没有使用pipeline功能，会将大量的时间耗费在每一次网络传输的过程上；而使用pipeline后，只需要经过一次网络传输，然后批量在redis端进行命令操作。这会大大提高了效率。
# Redis 入门到精通（一）数据类型（2）
段子手168的博客
07-11 949
# Redis 入门到精通（一）数据类型（2） 012-数据类型-hash类型介绍与基本操作 013-数据类型-hash扩展操作与使用注意事项 014-数据类型-hash实现购物车 015-hash实现抢购 016-数据类型-list类型介绍与基本操作 017-数据类型-list阻塞数据获取 018-数据类型-list扩展操作删除数据 019-数据类型-list实现日志消息队列
【从0到1进阶Redis】哨兵模式
最新发布
ALiangSev的博客
07-15 603
主从切换技术的方法是：当主服务器宕机后，需要手动把一台从服务器切换为主服务器，这就需要人工干预，费事费力，还会造成一段时间内服务不可用。这不是一种推荐的方式，更多时候，我们有限考虑哨兵模式。Redis从2.8开始正式提供了 Sentinel（哨兵）架构来解决这个问题。哨兵模式能够在后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库。哨兵模式是一种特殊的模式，首先 Redis 提供了哨兵的命令，哨兵了一个独立的进程，作为进程，它会独立运行。
学习小记-一些Redis小知识
weixin_42029860的博客
07-10 764
Lua脚本可以保证原子性，因为Redis会将Lua脚本封装成一个单独的事务，而这个单独的事务会在Redis客户端运行时，由Redis服务器自行处理并完成整个事务，如果在这个进程中有其他客户端请求的时候，Redis将会把它暂存起来，等到 Lua 脚本处理完毕后，才会再把被暂存的请求恢复。Redis 的事务机制是一种将多个命令打包执行的能力，确保这些命令要么全部执行，要么全部不执行，从而保持操作的原子性。Redis的事务在执行过程中，如果有某一个命令失败了，是不影响后续命令的执行的；而并发并编程的原子性是指“
redis从入门到高级-图文并茂加实操.pdf
10-18
redis从入门到精通

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

段子手-168

你的鼓励将是我你的创作最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值