企业架构LNMP学习笔记49

Redis数据持久化操作:

数据、持久化(数据在服务或者软件重启之后不丢失)。

如果数据只存储在内存中,肯定会丢失,实现持久化,就需要把数据存储在磁盘中(hdd ssd)。

memcached在宕机或者关机之后,数据就不存在了。

bash 复制代码
[root@server08 bin]# killall redis-server
[root@server08 bin]#
[root@server08 bin]# ps aux |grep redis
root       1467  0.0  0.0 112812   968 pts/0    S+   11:27   0:00 grep --color=auto redis

killall命令是通过yum install -y psmisc命令安装得到的。 感觉有时间,还是需要再把yum这块内容再看下。

bash 复制代码
[root@server08 bin]# ./redis-server ./redis.conf
1470:C 16 Sep 2023 11:31:43.997 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
1470:C 16 Sep 2023 11:31:43.997 # Redis version=5.0.5, bits=64, commit=00000000, modified=0, pid=1470, just started
1470:C 16 Sep 2023 11:31:43.997 # Configuration loaded
[root@server08 bin]#
[root@server08 bin]#
[root@server08 bin]# ./redis-cli
127.0.0.1:6379>
127.0.0.1:6379> keys *
1) "devops"
127.0.0.1:6379>

把redis-server的服务进程杀掉之后,然后再打开,数据还是存在的。

那说明数据后来也是存到了磁盘中的。

使用cat dump.rdb 查看dump.rdb文件中的内容:

snappshoting(快照)

默认snappshoting是开启的,有一个备份的频率。

通过查看配置文件可以看到:

15分钟之内有1个key的改变。

5分钟之内有10个key的改变。

1分钟之内有10000个key的改变。

写和删除、修改都算是改变。读不是改变。

备份文件:

dump.rdb,这个是在这个备份目录。

这是一个频率的测试。

执行手动备份:

然后再检查dump.rdb文件的时间变化情况。

数据恢复,需要先停掉redis服务。

如果需要恢复数据,只需将备份文件(dump.rdb)移动到redis安装目录启动服务即可。

先对dump.rdb文件进行备份,放到/root/目录下面。

数据迁移和备份,就是通过这个方式。数据持久化。snappshoting。

恢复数据时,需要停掉redis服务。切记。

相关推荐
EMA6 小时前
Docker虚拟化失败解决方案
架构
李斯维6 小时前
从历史的角度看 Android 软件架构
android·架构·android jetpack
JouYY9 小时前
聊一下多 Agent 编排架构的应用实践
架构·llm·agent
Sunia9 小时前
《AgentX 专栏》10-生产部署:3台2C4G云服务器把企业级Agent真正跑起来的完整方案
java·架构
ZhengEnCi1 天前
Q01-高并发点赞系统架构设计
架构
笨鸟飞不快2 天前
从 MVC 到 DDD:一次真实的渐进式迁移实录
后端·架构
这个DBA有点耶2 天前
GROUP BY优化全解:如何写出既不丢数据又飞快的分组查询
数据库·mysql·架构
锋行天下2 天前
我试图优化 Vite 的拆包,结果首屏慢了 10 倍
前端·vue.js·架构
小鼻子的猫3 天前
独立开发 30 天:2.5 万行代码,23 个 Bug,5 次重构——一个 AI 社区的诞生
架构