Redis客户端连接以及持久化数据（redis持久化到数据库）

一、介绍

之前我们讲解了Redis的结构与指令，其实很简单，我也没有过多的讲解，这次我们讲解一下Redis连接客户端以及持久化方案。

1、上文中我们针对redis的数据操作都是在服务器中使用命令执行的，当然这个也是非常安全的处理方式，那么在开发的阶段为了方便我们可是使用可视化界面连接redis，

比如RedisDesktopManager 这个软件等，方便我们快速的操作数据，下面的介绍也是依据这个软件进行的。

2、 针对与Redis 大家肯定也知道，redis的数据是保存在内存的，但是一旦把redis关闭则数据就会丢失，为了防止数据丢失，那么我就需要数据持久化到硬盘上，在此提供了两种持久化方案：

第一种是 RDB 快照的形式，第二种是 AOF 类似日志追加的方式。

那么我就快速的带大家了解一下

二、Redis客户端连接

1、前提说明一下：此方案只允许测试的时候配置，其他情况禁止使用

2、我们进入Redis的文件夹中，新建一个redis配置文件，文件名为： redis.custom.conf，然后在里面如下内容：

配置中的bind 代表绑定 本服务器的IP，在生产环境中禁止使用 0.0.0.0 ，此IP代表服务器内所有的IP都可以被外网进行连接；在生产环境中我们推荐使用绑定具体的内网IP，如我的IP为：192.168.250.132

daemonize yes
port 6666
requirepass 123
logfile ./redislog_louie.log
dir ./
bind 192.168.250.132 127.0.0.1 # 0.0.0.0

3、此处我的redis端口为6666，如果大家没有关闭防火墙，则需要在防火墙中开启端口通过，允许端口6666的通过。

配置完成后我们保存然后启动。

./src/redis-server redis.custom.conf

然后我们使用 可视化工具连接一下我们的redis，发现连接成功，那么我就可以直接进行增删改查的数据操作啦。

操作数据

redis客户端已说明完，下面就是最重要的redis持久化。

三、Redis持久化方案

1、redis持久化有两种方案，一种是RDB，一种是AOF

2、RDB数据持久化

1）说明：RDB是整体快照备份一样，就像我们系统进行镜像的备份这种快照处理，当然看到这个大家应该会有一个问题，这样备份效率相对比较慢，而且一次备份数据比较大，所以官方也不推荐使用此方案进行数据持久化，但我们还得结合实际情况使用，像

redis主从复制的原理底层数据就是通过RDB。

2）触发RDB的方式有两种:

save 同步保存

bgsave 异步保存

话不多说我们配置一下RDB

daemonize yes
port 6666
requirepass 123
logfile ./redislog_louie.log
dir ./
bind 192.168.250.132 127.0.0.1 # 0.0.0.0
save 20 1 # 自动保存策略，20秒内有一个key发生变化就自动保存
dbfilename rdb_louie.rdb # rdb文件名
stop-writes-on-bgsave-error yes # 发生错误中断写入，建议开启
rdbcompression yes # 数据文件压缩，建议开启
rdbchecksum yes # 开启crc64错误校验，建议开启

保存，运行一下我们的redis，就可以看到我们产生的rdb 文件了。

3、AOF数据持久化（推荐方案）

说明：日志追加数据持久化，即在原先的数据基础上进行追加，而不是完全覆写，这样效率高。

注：如果RDB与AOF同时存在的情况下，redis默认优先使用AOF进行数据恢复。

AOF的配置如下：

daemonize yes
port 6666
requirepass 123
logfile ./redislog_louie.log
dir ./
bind 192.168.250.132 127.0.0.1 # 0.0.0.0
appendonly yes # 开启aof
appendfilename aof_louie.aof # aof 日志文件名
appendfsync everysec # 每秒记录一次日志，建议everysec
no-appendfsync-on-rewrite yes # 重写过程中是否向日志文件写入，yes 代表rewrite过程中，不向aof文件中追加信息，rewrite结束后再写入，no 代表rewrite执行的同时，也向aof追加信息
auto-aof-rewrite-percentage 100 # 触发重写文件增长百分比 默认100%
auto-aof-rewrite-min-size 64mb # 触发重写最小aof文件尺寸

看到上面的配置，大家会有疑问，为什么会有 重写，主要是因为要压缩数据，产生的文件更小，防止同样的相同命令占用空间，比如如下：用最简短的命令来操作数据

重写说明

至此，数据持久化已经都介绍完后

四、总结

redis的持久化方案建议采用AOF，高效便捷。下一篇文章我们就要进行redis高可用的介绍。

如果针对上面有任何问题，欢迎留言咨询。