redis数据库通过dump.rdb文件恢复数据库或者数据库迁移

环境：centos7.2
软件：redis-3.2.10(yum安装）

情景一：公司之前的redis没有开启aof模式，一直是rdb模式，但是数据又非常重要，数据一点也不能丢失，所以需要开启aof，但是redis默认是从appendonly.aof加载数据，systemctl start redis的时候，数据库是空的，因为我们并没有appendonly.aof文件，而且关闭redis的时候，会把dump.rdb清空

情景二：redis数据库迁移，我们可以只用dump.rdb文件，因为dump.rdb文件比较小，方便携带

第一步：我们在/etc/redis.conf配置文件中，只开启rdb模式，启动redis，这样数据文件就加载进来了

第二步：使用redis-cli命令，登录redis，执行BGREWRITEAOF命令，重新生成aof文件

第三步：关闭redis，在/etc/redis.conf中开启aof模式

第四步：重新开启redis服务，这时候，redis就会读取appendonly.aof文件，加载完整数据库了

时间： 2024-10-14 08:33:11

redis数据库通过dump.rdb文件恢复数据库或者数据库迁移的相关文章

redis 系列16 持久化 RDB

原文:redis 系列16 持久化 RDB 一.概述 Redis是内存数据库,一旦服务器进程退出,服务器中的数据库内存数据状态也会消失.为了解决这个问题,Redis提供了RDB 持久化功能,这个功能可以将redis在内存中的数据库状态保存到磁盘中,避免数据意外丢失. RDB持久化可以手动执行,也可以根据服务器配置选项定期执行,是在指定的时间间隔,对你的数据进行快照存储.该RDB文件快照是一个经过压缩的二进制文件.文件名为dump.rdb,该文件保存在redis目录下,当redis服务器停机后,只

redis怎么将rdb文件和aof文件还原数据库

1 AOF -----> appendonly yes 2 cp appendonly.aof 到redis的数据库目录也就是配置文件里面的dir关键字 3 重启服务 2 RDB -----> appendonly no 2 cp dump.rdb到redis数据库目录也就是配置文件里面的dir关键字 3 重启服务如果只配置 AOF ,重启时加载 AOF 文件恢复数据: 如果同时配置了 RDB 和 AOF ,启动是只加

redis快照文件dump.rdb解析工具--redis-rdb-tools

解析Redis dump.rdb文件,分析内存并将数据导出到JSON Rdbtools是Redis的dump.rdb文件的解析器.解析器生成类似于xml sax解析器的事件,并且非常有效的内存明智. 此外,rdbtools还提供实用程序: 在所有数据库和密钥中生成数据的内存报告将转储文件转换为JSON 使用标准差异工具比较两个转储文件 Rdbtools是用Python编写的,虽然有其他语言的类似项目.请参见常见问题以获取更多信息. 安装rdbtools 前提条件: redis-py是可选的,只

sql-server 2005数据库文件恢复（检测到基于一致性的逻辑 I/O 错误）

今天sql-server数据库突然报错: SQL Server 检测到基于一致性的逻辑 I/O 错误校验和不正确(应为: 0x7c781313,但实际为: 0x67a313c9).在文件 'C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\E_BLOCK_DB.mdf' 中.偏移量为 0x00000000a34000 的位置对数据库 ID 5 中的页 (1:1306) 执行读取期间,发生了该错误.SQL Server 错误日志

数据库数据文件和控制文件恢复

数据库数据文件和控制文件恢复一次数据库数据文件和控制文件丢失或未创建恢复数据库启动方法该文档适用数据恢复:数据库安装的时候丢失控制文件和数据文件或者数据库故障的数据.控制文件丢失或者数据库的本来数据.控制文件丢失有备份文件,用备份文件恢复本文的环境变量ORACLE_BASE=/oo/oracleORACLE_HOME=/oo/oracle/11g 1.数据库启动报错数据库启动时报错: 报错1: SQL> startup ORA-01261: Parameter db_recovery_file_

redis通过dump.db文件进行数据替换复制

进行数据替换无非就是三步, 杀掉redis进程 ------------> 复制 dump.db文件 ------------------>启动redis pkill redis-server mv dump.rdb /www/var/lib/redis /opt/redis/bin/redis-server /opt/redis/redis.conf

数据库 - 恢复策略与数据库镜像

登记日志文件基本原则登记的次序严格按并行事务执行的时间次序必须先写日志文件,后写数据库写日志文件操作:把表示这个修改的日志记录写到日志文件写数据库操作:把对数据的修改写到数据库中为什么要先写日志文件 (The Write-Ahead Log) 写数据库和写日志文件是两个不同的操作在这两个操作之间可能发生故障如果先写了数据库修改,而在日志文件中没有登记下这个修改,则以后就无法恢复这个修改了如果先写日志,但没有修改数据库,按日志文件恢复时只不过是多执行一次不必要的UNDO操作,并

redis的主从配置与故障切换恢复操作

1)机器信息Redis主从结构支持一主多从,这里我使用一主两从(一主一从也行,配置一样)主节点 172.16.0.237 master-node从节点 172.16.0.131 slave-node1 关闭两个节点机的iptables防火墙和selinux 2)安装redis三台节点机的安装步骤一样[[email protected] ~]# wget http://download.redis.io/redis-stable.tar.gz[[email protected] ~]# tar -

进阶的Redis之数据持久化RDB与AOF

大家都知道,Redis之所以性能好,读写快,是因为Redis是一个内存数据库,它的操作都几乎基于内存.但是内存型数据库有一个很大的弊端,就是当数据库进程崩溃或系统重启的时候,如果内存数据不保存的话,里面的数据就会丢失不见了.这样的数据库并不是一个可靠的数据库. 所以数据的持久化是内存型数据库的重中之重.它不仅提供数据保存硬盘的功能,还可以借此用硬盘容量扩展数据存储空间,使得Redis的可以存储超过机器本身内存大小的数据. Redis对于数据持久化提供了两种持久化的方案,RDB与AOF.它们的原理