redis的多机数据库实现，主要分为以下几种：
1.主从复制
2.哨兵模式
3.Redis官方提供的Cluster集群模式（服务端）
4.Jedis sharding集群（客户端sharing）
5.利用中间件代理，比如codis等
其中前三个为服务器端方案，后两个为客户端分区方案，类似于分表分库方案。
Sentinel(哨兵)进程是用于监控redis集群中Master主服务器工作的状态，在Master主服务器发生故障的时候，可以实现Master和Slave服务器的切换，保证系统的高可用。
主从复制（Master-Slave Replication）
实现主从复制（Master-Slave Replication的工作原理：Slave从节点服务启动并连接到Master之后，它讲主动发送一个SYN命令。Master服务主节点收到同步命令后将启动后台存盘进程，同时手机所有接收到的用于修改数据集的命令，在后台进程执行完毕后，Master将传送整个数据库文件到Slave，以完成一次完全同步。而Slave从节点服务在接收到数据库文件数据之后将其存盘并加载到内存中。伺候，Master主节点继续将所有已经收集到的修改命令，和新的修改命令一次传送给Slaves，Slave将在本次执行这些数据修改命令，从而达到最终的数据同步。
如果Master和Slave之间的连接出现断连现象，Slave可以自动重连Master，但是在连接成功之后，一次完全同步将被自动执行。
主从模式的优缺点：
优点：
同一个Master可以同步多个Slaves。
Slave同样可以接受其他Slaves的连接和同步请求，这样可以有效的分载Master的同步压力，因此我们可以将Redis的Replication架构视为图结构。
Master Server是以非阻塞的方式为Slaves提供服务。所以在Master-Slave同步期间，客户端仍然可以提交查询或者修改请求。
Slave Server同样是以非阻塞的方式完成数据同步。在同步期间，如果有客户端提交查询请求，Redis则返回同步之前的数据。为了分载Master的读操作压力，Slave服务器可以为客户端提供只读操作的服务，写服务仍然必须由Master来完成，即便如此，系统的伸缩性还是得到了很大的提高。
Master可以将数据保存操作交给Slaves完成，从而避免了再Master中要独立的进程来完成此操作。
支持主从复制，主机会自动将数据同步到从机，可以进行读写分离。