学习需要由浅入深，心怀敬畏

Redis支持RDB和AOF两种持久化机制，持久化功能有效地避免因进程退出造成的数据丢失问题，当下次重启时利用之前持久化的文件即可实现数据恢复，理解掌握持久化机制对于Redis运维非常重要RDBRDB持久化是把当前进程数据生成快照保存到硬盘的过程，触发RDB持久化过程分为手动触发和自动触发RDB手动触发机制save命令：阻塞当前Redis服务器，直到RDB过

AOF（append only file）持久化以独立日志的方式记录每次写命令，重启时再重新执行AOF文件中的命令达到恢复数据的目的。AOF的主要作用是解决了数据持久化的实时性，目前已经是Redis持久化的主流方式。理解掌握好AOF持久化机制对兼顾数据安全性和性能非常有帮助。通俗一点的理解就是以日志的形式来记录每个写操作，将Redis执行过的所有写指令记录下来(读操作不记录)，只许追加文件

前言熟悉关系型数据库的读者应该对事务比较了解，简单地说，事务表示一组动作，要么全部执行，要么全部不执行。例如在A向B转100块，A减少100块的同时，B的账户上必须增加100块，这两个行为要么全部执行，要么全部不执行，否则会出现数据不一致的情况。为了保证多条命令组合的原子性，Redis提供了简单的事务功能，本文介绍Redis中事务的使用方法，及其几点重要的特性。Redis事务是

为什么需要了解Redis主从复制 在分布式系统中为了解决单点问题，通常会把数据复制多个副本部署到其他机器，满足故障恢复和负载均衡等需求。Redis也是如此，它为我们提供了复制功能，实现了相同数据的多个Redis副本。复制功能是高可用Redis的基础建立复制参与复制的Redis实例划分为主节点（master）和从节点（slave）。默认情况下，Redis都是主节点。每个从节点只能

为什么要使用Jedis连接池Redis作为缓存数据库理论上和MySQL一样需要客户端和服务端建立起来连接进行相关操作，使用MySQL的时候相信大家都会使用一款开源的连接池,例如C3P0.因为直连会消耗大量的数据库资源，每一次新建一个连接之，使用后再断开连接，对于频繁访问的场景，这显然不是高效的。Jedis直连Redis生产环境一般使用连接池的方式对Redis连接进行管理，所有J

Pipeline概念Redis客户端执行一条命令分为如下四个过程：1）发送命令2）命令排队3）命令执行4）返回结果其中1）+4）称为Round Trip Time（RTT，往返时间）。Redis提供了批量操作命令（例如mget、mset等），有效地节约RTT。但大部分命令是不支持批量操作的，例如要执行n次hgetall命令，并没有mhgetall命令存在，需

数据同步Redis在2.8及以上版本使用psync命令完成主从数据同步，同步过程分为：全量复制和部分复制。全量复制：一般用于初次复制场景，Redis早期支持的复制功能只有全量复制，它会把主节点全部数据一次性发送给从节点，当数据量较大时，会对主从节点和网络造成很大的开销。部分复制：用于处理在主从复制中因网络闪断等原因造成的数据丢失场景，当从节点再次连上主节点后，如果条

Jedis jedis = new Jedis("127.0.0.1", 6379);// 连接redis // -------------------- 字符串类型---------------------------- jedis.set("a", "我是a");// 字符串增加单个值 set key value jedis.get("a");// 字符串获取单个值 get key