Redis

Redis

前言

Redis（Remote Dictionary Server 远程字典服务器），Redis是一个开源的、高性能的（key-value）分布式内存数据库，基于内存上运行，Redis是单进程多路IO复用模型每秒写8万次，读11万次。

## Redis的特点：
·Redis支持数据持久化，可以将内存中的数据存储到硬盘中，重启的时候可以再次加载进行使用（硬盘中的数据重新加载到内存中）
·Redis不仅仅支持简单的key-value类型的数据，同时还提供List、Set、Sorted Set、Hash等数据结构的储存
·Redis支持数据备份，即master-slave模式数据备份

Redis数据类型

Redis有五大数据类型（String、Set、Hash、Sorted Set）

String(字符串)

string是redis最基本的类型，你可以理解成与Memcached一模一样的类型，一个key对应一个value。（一个Redis字符串Value最多可以储存512M）
string类型是二进制安全的。意思是redis的string可以包含任何数据。比如jpg图片或者序列化对象。

Set(集合)

Redis的Set是string类型的无序集合。它是通过HashTable实现实现的

Hash(哈希)

Redis hash 是一个键值对集合。
Redis hash是一个string类型的field和value的映射表，hash特别适合用于存储对象。

Sorted Set(有序集合)

Sorted Set俗称Zset
Redis zset 和 set 一样也是string类型元素的集合,且不允许重复的成员。
不同的是每个元素都会关联一个double类型的分数。
Redis正是通过分数来为集合中的成员进行从小到大的排序。
Zset的成员是唯一的,但分数(score)却可以重复。

Redis常用的操作指令

String

Incr/decr/incrby/decrby

List

lpush/rpush/lrange

Set

sadd,spop,smembers,sunion

Sorted Set

zadd,zrange,zrem,zcard

Redis持久化机制

什么事持久化

Redis持久化方式有两种RDB（快照）和AOF（之追加文件）

RDB

RDB持久化能够在特定的时间间隔内对数据进行快照储存（数据进行快照，备份到硬盘中，当数据恢复时，再将快照读到内存中）
RDB持久化是Redis默认的持久化机制，在redis.conf配置文件中配置

save 900 1 #在900秒(15分钟)之后，如果至少有1个key发生变化，Redis就会自动触发BGSAVE命令创建快照。

save 300 10 #在300秒(5分钟)之后，如果至少有10个key发生变化，Redis就会自动触发BGSAVE命令创建快照。

save 60 10000 #在60秒(1分钟)之后，如果至少有10000个key发生变化，Redis就会自动触发BGSAVE命令创建快照。

Redis提供了两个命令用于手动生成快照。SAVE和BGSAVE
SAVE和BGSAVE的区别

SAVE命令会使用同步的方法生成RDB文件，意味着会阻塞主进程，客户端无法连接Redis，等SAVE完成后，主进程才开始工作，客户端可以连接。（不建议在生产环节使用）

BGSAVE命令执行后，Redis会fork一个子进程，原来的Redis进程（父进程）继续处理客户端的请求，而子进程负责将数据保存到硬盘中，然后退出。客户端可以通过LASTSAVE命令查看相关信息，判断BGSAVE命令是否成功。（BGSAVE方式比较适合线上的维护操作）

优点:
RDB文件是一个很简洁的单文件，它保存了某个时间点的Redis数据，很适合用于做备份。你可以设定一个时间点对RDB文件进行归档，这样就能在需要的时候很轻易的把数据恢复到不同的版本。
基于上面所描述的特性，RDB很适合用于灾备。单文件很方便就能传输到远程的服务器上。
RDB的性能很好，需要进行持久化时，主进程会fork一个子进程出来，然后把持久化的工作交给子进程，自己不会有相关的I/O操作。
比起AOF，在数据量比较大的情况下，RDB的启动速度更快。
劣势：
在一定间隔时间做一次备份，所以如果redis意外down掉的话，就会丢失最后一次快照后的所有修改
fork的时候，内存中的数据被克隆了一份，大致2倍的膨胀性需要考虑

AOF

AOF持久化方式记录每次对服务器写的操作，每当服务器重启的时候会重新执行这些命令来恢复原始数据。
AOF持久化机制，在redis.conf配置文件中配置

appendfsync always 每当key发生改变，就会追加到AOF文件，性能会变差
appendfsync everysec 每秒同步数据，最多只会丢失一秒中的数据
appendfsync no 永不同步

优点:
比RDB可靠。你可以制定不同的fsync(同步)策略：不进行fsync、每秒fsync一次和每次查询进行fsync。默认是每秒fsync一次。这意味着你最多丢失一秒钟的数据。
AOF日志文件是一个纯追加的文件。就算是遇到突然停电的情况，也不会出现日志的定位或者损坏问题。甚至如果因为某些原因（例如磁盘满了）命令只写了一半到日志文件里，我们也可以用redis-check-aof这个工具很简单的进行修复。
当AOF文件太大时，Redis会自动在后台进行重写。重写很安全，因为重写是在一个新的文件上进行，同时Redis会继续往旧的文件追加数据。新文件上会写入能重建当前数据集的最小操作命令的集合。当新文件重写完，Redis会把新旧文件进行切换，然后开始把数据写到新文件上。
AOF把操作命令以简单易懂的格式一条接一条的保存在文件里，很容易导出来用于恢复数据。例如我们不小心用FLUSHALL命令把所有数据刷掉了，只要文件没有被重写，我们可以把服务停掉，把最后那条命令删掉，然后重启服务，这样就能把被刷掉的数据恢复回来。
劣势：
相同数据集的数据而言aof文件要远大于rdb文件，恢复速度慢于rdb
aof运行效率要慢于rdb,每秒同步策略效率较好，不同步效率和rdb相同

AOF重写

AOF采用文件追加方式，文件会越来越大为避免出现此种情况，新增了重写机制,当AOF文件的大小超过所设定的阈值时，Redis就会启动AOF文件的内容压缩，只保留可以恢复数据的最小指令集.可以使用命令bgrewriteaof。

重写原理：
在执行BGREWRITEAOF命令时，Redis服务器会维护一个AOF重写缓存区，该缓存区会在子进程创建新的AOF文件期间，记录服务器所有写的命令，在创建新的AOF文件后，将缓存区所有内容追加到新的AOF文件末尾，AOF重写使得AOF文件的体积不会过大

AOF重写的触发条件：

auto-aof-rewrite-percentage 100（当前 AOF 文件大小和最后一次 AOF 重写后的大小之间的比率大于等于指定的增长百分比）

auto-aof-rewrite-min-size 64mb（当前 AOF 文件大小大于64M）[大公司基础3G]

数据损坏修复

如果因为某些原因（例如服务器崩溃）AOF文件损坏了，导致Redis加载不了，可以通过以下方式进行修复：
·通过文件备份
·使用redis-check-aof/redis-check-rdb命令修复原始的AOF/RDB文件：
redis-check-aof --fix appendonly.aof/dump.rdb

redis内存淘汰机制

redis 提供 6种数据淘汰策略：
1. volatile-lru：从已设置过期时间的数据集（server.db[i].expires）中挑选最近最少使用的数据淘汰
2. volatile-ttl：从已设置过期时间的数据集（server.db[i].expires）中挑选将要过期的数据淘汰
3. volatile-random：从已设置过期时间的数据集（server.db[i].expires）中任意选择数据淘汰
4. allkeys-lru：当内存不足以容纳新写入数据时，在键空间中，移除最近最少使用的key（这个是最常用的）.
5. allkeys-random：从数据集（server.db[i].dict）中任意选择数据淘汰
6. no-eviction：禁止驱逐数据，也就是说当内存不足以容纳新写入数据时，新写入操作会报错。一般不使用。

Redis事务

执行multi命令开启事务，写入的命令不会立即执行，而是将命令放到队列中，等执行exec命令触发执行事务。

Redis是否支持事务？

Redis支持事务只是部分支持

Redis事务特性：
隔离性：Redis事务在执行的时候，不会出里其他命令，而等到命令都执行完了，在处理其他命令
原子性：redis事务在执行的中途遇到错误，不会回滚所有的命令，而是继续执行后续命令（说明Redis事务部分支持事务）

Watch监控

watch指令，类似乐观锁，，事务提交时，如果key值被客户端改变，比如某个list被客户端push/pop过，整个事务队列都不会执行。通过watch命令在执行之前监控多个keys，尚若多个key发生了变化，exec命令执行的事务都会被放弃，同时返回（Nullmulti-bulk）事务执行失败，这时需要再从缓存中提取新的记录，再次执行。
####Redis主从复制（master/slave）
mastet主写，slave主读
命令：
info replication 查看是主机还是还是从机
slaveof 主机号 端口号 变为（写的端口号）的从机
原理：
当主机挂了，其他从机待命，任选一个从机执行slave no one命令，该从机变为主机，其他从机还要执行 slaveof 主机号 端口号命令，成为现在主机的从机（当之前的主机恢复，需要重新执行命令）
哨兵模式：
Sentinel配置
touch一个sentinel.conf配置文件（内容：sentinel monitor 主机名自己写 127.0.0.1 6380 1）

启动Sentinel（redis-sentinel （有路径要加路径）sentinel.conf）
原理：
master挂掉slave会自动生成为master，之前挂掉的主机master恢复会变为从机slave