在高可用这条路上你知道Redis有多努力吗

原创：花括号MC(微信公众号：huakuohao-mc)。关注JAVA基础编程及大数据，注重经验分享及我的成长。

自我介绍

我，Redis,内存数据库，有着比memcached更强大的功能。如今已是这个领域的头把金交椅。

常规数据库

这里所说的常规数据库是指基于硬盘读写的数据库，好比Oracle，Mysql，Mongodb等。基于硬盘读写的数据库能够有效的保证数据的高可用性。这里的高可用性指的是操做系统或者数据库崩溃以后，不会形成数据丢失，这也是对数据库的最基本要求。

内存数据库

基于硬盘读写的数据库虽然能够保证数据的高可用性，可是读写速度比较慢，这也是磁盘I/O的自然属性。虽然切换固态硬盘以后，性能会有显著提高，可是经济成本也会随之升高，并且固态硬盘使用寿命偏低。为了解决这个问题，Redis作出了改变。Redis是基于内存进行读写的数据库，把数据所有存储在内存中，这样就能够大幅提升数据的读写速度。

memcached

说到内存数据库，不得不提memcached，memcached比Redis出现的更早，也是基于内存进行数据存储。在十几年前，你们通用的缓存方案就是memcached。memcached支持Key-Value形式的数据存储，可是只支持String类型的数据结构，不支持更复杂的数据结构，也不支持集群。 操做系统或者memcached重启后数据就会丢失。这也是基于内存进行数据存储的最大缺点。

Redis

Redis继承了memcached全部的优势，并改进了不少缺点。好比Redis也是基于内存进行数据操做，而且支持更多的数据类型，好比List，Set等。最最主要的，也是这篇文章的重点，Redis支持数据高可用，也就是说Redis或者操做系统重启以后，数据不会丢失。

Redis在高可用这条路上所付出的努力，就像一个不断努力进取的励志青年。

单机持久化

众所周知，放在内存中的数据是不稳定的。为了解决由于系统或者Redis重启形成的数据丢失问题。Redis提供了两种数据持久化方案。

1. 快照备份 把Redis数据库中的数据，定时备份到磁盘中。当数据库重启的时候，能够经过定时备份到磁盘文件中的快照文件进行数据恢复。这样Redis既保证了数据的读写速度，又保证了数据的高可用。
2. AOF同步写 快照备份有个缺点，就是会丢失一部分数据。好比在新的快照文件生成以前，系统发生了问题，那么最近一次快照以后的数据将丢失。Redis为了解决这个问题，提出了AOF解决方案。 所谓的AOF就是将每次写入数据的命令都以追加的方式记录到文件中。这样在系统出问题的时候，只要将这个文件中的命令所有重放一下就OK了。这样就能够作到不丢数了。

可是若是数据写入操做太多的话，会形成AOF文件过大，为了解决这个问题Redis提供了AOF自动压缩功能，以及去重功能，这样能够达到对文件体积大小进行优化的目的。

主从复制

上面的两种持久化方案，对于单节点Redis来讲，基本已经够用了。可是咱们的系统老是越作越大，要求愈来愈多。有的时候单节点Redis每每撑不住系统的访问量。这种状况下Redis提供了主从模式。

所谓的主从模式就是一个主节点，负责读和写，一个从节点，负责将主节点的数据同步到从节点，这样主从节点信息就是一致的。 注意：从节点不支持写操做，可是能够支持读操做。当其中任意一个点挂掉以后，数据不会损失。并且能够将读的压力分散到多个节点，支持更大的访问量。

哨兵模式

对于主从模式，这里有个最大的痛点。当主节点挂掉后，从节点是不会自动升级为主节点的。也就是负责往Redis写入的程序会报错，可是读操做不会有问题。这一点不太符合高可用的要求。为了解决发生故障，主节点自动切换的问题，Redis又给你们提供了哨兵模式。

所谓的哨兵模式就是，提供三个哨兵节点（一样是Redis实例，只不过不存储数据），来监控主从模式下的全部Redis节点（真正存储数据的节点）。客户端程序经过哨兵节点获取主节点信息。当主节点挂掉后，哨兵节点会自动将其中一个从节点升级为主节点，提供给客户端程序执行写入操做。当发生故障的主节点恢复后，会自动变为新的主节点的从节点。

集群模式

你们可能发现了，不管是主从复制模式，仍是哨兵模式都没有解决分布式写的问题，也就是说到目前为止，全部的方案都只能往一个节点写数据，数据存储能力受单节点限制。哨兵模式仅仅解决了主从复制模式下，发生故障后不能自动切换的问题。 为了解决分布式写的问题，Redis提供了集群功能。

Redis集群能够实现分布式写。集群中的节点分为主节点和从节点。主节点负责数据的读写以及集群信息的维护，从节点负责同步主节点的信息。

Redis集群利用数据分片的概念，将要操做的Key进行哈希计算，根据获得的结果决定这个Key应该存储到那个主节点。这样就能够利用多个主节点进行分布式写操做。进行读操做的时候也会先计算Key的哈希值，而后找到对应的主节点。

很遗憾的是，集群模式也不是百分百完美，好比key的批量操做会受限制，只有当操做的key都位于一个槽位时才能进行操做。还有Keys操做，只能在任一节点发生，不能跨节点。其实这些全部缺点，都是由于分布式写形成的，由于你把数据分别存到了不一样的Redis节点。

总结

Redis由单节点的持久化，到主从复制模式，再到哨兵模式，再到最后的集群模式。一路打怪升级，不断的完善本身。

---

推荐阅读

1. Java并发编程那些事儿(十)——最后的总结

2. Java8的Stream流真香，没体验过的永远不知道

3. Awk这件上古神兵你会用了吗

4. 手把手教你搭建一套ELK日志搜索运维平台

·END·
 

花括号MC

Java·大数据·我的成长

微信号：huakuohao-mc