前言

? 上篇主要介绍了redis的编译安装流程以及redis常用的两个命令工具，本文主要讲述redis的数据库相关操作：增删改查等等，以及简述理解redis持久化原理和配置操作。

Redis数据库操作

Redis 数据库常用命令（一般大小写均可）——比较简单,直接介绍语法,自行尝试验证当然这些只是冰山一角，例如不同的数据类型对应的操作都不一样，有研究兴趣的可以深入了解。
单个数据库命令：

set——写入数据
语法：set key value

get——读取数据
语法：get key

keys——查询命令
语法：keys [*?]
*——多次
？——几个问号表示匹配几位

exists——判断是否存在每个key
语法：exists key_name

del——删除key
语法：del key_name

type——查看key对应的value的数据类型
语法：type key_name

rename——重命名key（具备覆盖特点旧值覆盖目标值）
语法：rename src_keyname dest_keyname

renamenx——对已有的key重命名，且检测新名是否存在
语法：renamenx old_keyname new_keyname

dbsize——查看该数据库key的个数
语法：dbsize

多数据库命令（Redis默认16个数据库index区间0~15，从第0个开始）

select——数据库切换
语法：select index 

move——移动数据
语法：move key_name index

flushdb、flushall——清空当前数据库内数据（高危命令）
语法：flushdb

Redis持久化

1、什么是持久化？

? 简单来说就是将数据存储起来，防止数据的丢失、出错等情景导致业务问题。

? Redis 的所有数据都是保存在内存中， 然后不定期的通过异步方式保存到磁盘上(这称为“半持久化模式” )； 也可以把每一次数据变化都写入到一个 append only file(aof)里面(这称为“全持久化模式” )。

?

2、为什么需要持久化？

? 由于 Redis 的数据都存放在内存中， 如果没有配置持久化， redis 服务器重启后数据就全丢失了， 因此需要开启 redis 的持久化功能， 将数据保存到磁盘上， 当 redis服务器 重启后， 可以从磁盘中恢复数据。 redis 提供两种方式进行持久化， 一种是 RDB 持久化（原理是将 Reids 在内存中的数据库记录定时 dump 到磁盘上的 RDB 持久化）， 另外一种是 AOF（append only file）持久化（原理是将 Reids 的操作日志以追加的方式写入文件）。

2.1RDB持久化

? 创建快照的方式获取某一时刻Redis中所有数据的副本；RDB 持久化是指在指定的时间间隔内将内存中的数据集快照写入磁盘， 实际操作过程是fork 一个子进程， 先将数据集写入临时文件， 写入成功后， 再替换之前的文件，用二进制压缩存储。

2.2AOF持久化

? AOF 持久化以日志的形式记录服务器所处理的每一个写、 删除操作， 查询操作不会记录，以文本的方式记录， 可以打开文件看到详细的操作记录。

2.3RDB 和 AOF 的优缺点

RDB的优势

? 易于数据备份（尤其是大量）

? 适用于灾难恢复

? 性能好

? 启动效率高

RDB的劣势

? 数据丢失概率相对较高

? 服务器运行遇到大数据集可能停止（1s内）

AOF的优势

? 数据安全性高，支持多种同步策略

? 追加写入，可保障数据一致性

? 采用rewrite机制保障数据更加安全

? 根据日志可以完成数据恢复重建工作

AOF的劣势

? 占用空间相对大

? 恢复大数据集速度相对慢

3、如何实现持久化？

RDB实现持久化：

redis.conf默认配置

save 900 1 #——900s内，如果超过1个key被修改，则发起快照保存

save 300 10 #——300秒内，如果超过10个key被修改，则发起快照保存

save 60 10000 #——60秒内，如果1万个key被修改，则发起快照保存

AOF实现持久化：

redis.conf配置

appendonly no  #——no 改为yes即开启AOF持久化
#开启AOF持久化启动服务端多了appendonly.aof文件
appendfsync always #——每次操作都会立即写入aof文件（效率最低）
appendfsync everysec #——每秒持久化（默认推荐选择）
appendfsync no #——不主动进行同步，默认30s一次

最后本文给出一个对应redis内存管理的思维导图来结束全文