目录：

1 Redis初识

     1.1 Redis介绍

     1.2 Redis功能特性介绍

     1.3 Redis使用场景

2 Redis下载及安装

     2.1下载安装

     2.2 Redis三种启动方式

     2.3 Redis常用配置

3 Redis命令

     3.1 全局命令

     3.2 Redis的五种数据结构的常用命令

4 Redis功能

     4.1 慢查询

     4.2 Pipeline

     4.3 发布订阅

     4.4 Bitmaps

     4.5 Hyperloglog

     4.6 Geo

     4.7 Lua与事务

5 Redis持久化

     5.1 RDB

     5.2 AOF

6 Redis客户端

7 用好Redis的建议

1 Redis初识

1.1 Redis介绍

           Redis是一种基于键值对（key-value）的NoSql数据库，与很多键值对数据库不同的是，Redis中的值可以是由string(字符串)、hash(哈希)、list(列表)、set(集合)、zset(有序集合)、Bitmaps(位图)、HyperLogLog、GEO(地理信息定位)等多种数据结构和算法组成，因此Redis可以满足很多的应用场景，而且因为Redis会将所有数据放在内存中，所以它的读写性能非常惊人。不仅如此，Redis还可以将内存的数据利用快照和日志的形式保存到硬盘上，这样发生类似断电或者机器故障的时候内存中的数据不会“丢失”。除了上述功能以外,Redis还提供了键过期、发布订阅、事务、流水线、Lua脚本等附加功能。总之，如果在合适的场景使用好Redis，它就会想一把瑞士军刀一样所向披靡。

           2008年，Redis的作者Salvatore Sanfilippo在开发一个叫LLOOGG的网站时，需要实现一个高性能的队列功能，最开始是使用MySQL来实现的，但后来发现无论怎么优化SQL语句都不能使网站的性能提高上去，再加上自己囊中羞涩，于是他决定自己做一个专属于LLOOGG的数据库，这个就是Redis的前身。后来，Salvatore Sanfilippo将Redis1.0的源码开放到GitHub[3]上，可能连他自己都没想到，Redis后来如此受欢迎。

1.2 Redis功能特性

速度快

基于键值对的数据结构服务器

丰富的功能（键过期功能，发布订阅，支持Lua脚步，简单的事务，流水线Pipeline功能）

简单稳定

客户端语言多

持久化

主从复制

高可用和分布式

1.3 Redis使用场景

缓存

排行榜系统

计数器应用

社交网络

消息队列系统

2 Redis下载及安装

2.1 根据官方文档给出的步骤：

      安装

      下载、解压、编译Redis

$ wget http://download.redis.io/releases/redis-5.0.4.tar.gz

      $ tar xzf redis-5.0.4.tar.gz $ cd redis-5.0.4

      $ make

当前Redis的最新稳定版本是5.0.4，下载地址：http://www.redis.cn/download.html

2.2 Redis的三种启动方式

最简启动; redis-server

动态参数启动;redis-server --port 6380

配置文件启动;redis-server configPath(推荐)生产环境选择配置启动，因为直接启动无法自定义配置。单机多实例配置文件可以用端口区分开。

2.3 Redis常用配置

      redis.conf 配置项说明如下：

daemonize no【Redis默认不是以守护进程的方式运行，可以通过该配置项修改，使用yes启用守护进程】

pidfile /var/run/redis.pid【当Redis以守护进程方式运行时，Redis默认会把pid写入/var/run/redis.pid文件，可以通过pidfile指定】

port 6379【指定Redis监听端口，默认端口为6379，作者在自己的一篇博文中解释了为什么选用6379作为默认端口，因为6379在手机按键上MERZ对应的号码，而MERZ取自意大利歌女Alessia Merz的名字】

bind 127.0.0.1【绑定的主机地址】

timeout 300【当 客户端闲置多长时间后关闭连接，如果指定为0，表示关闭该功能】

loglevel verbose【指定日志记录级别，Redis总共支持四个级别：debug、verbose、notice、warning，默认为verbose】

logfile stdout 【日志记录方式，默认为标准输出，如果配置Redis为守护进程方式运行，而这里又配置为日志记录方式为标准输出，则日志将会发送给/dev/null】

databases 16【设置数据库的数量，默认数据库为0，可以使用SELECT 命令在连接上指定数据库id】

save <seconds> <changes>【指定在多长时间内，有多少次更新操作，就将数据同步到数据文件，可以多个条件配合】

rdbcompression yes【指定存储至本地数据库时是否压缩数据，默认为yes，Redis采用LZF压缩，如果为了节省CPU时间，可以关闭该选项，但会导致数据库文件变的巨大】

dbfilename dump.rdb【指定本地数据库文件名，默认值为dump.rdb】

dir ./【指定本地数据库存放目录】

slaveof <masterip> <masterport>【设置当本机为slave服务时，设置master服务的IP地址及端口，在Redis启动时，它会自动从master进行数据同步】

masterauth <master-password>【设置当本机为slav服务时，设置master服务的IP地址及端口，在Redis启动时，它会自动从master进行数据同步】

requirepass foobared【设置Redis连接密码，如果配置了连接密码，客户端在连接Redis时需要通过AUTH 命令提供密码，默认关闭】

maxclients 128【设置同一时间最大客户端连接数，默认无限制，Redis可以同时打开的客户端连接数为Redis进程可以打开的最大文件描述符数，如果设置 maxclients 0，表示不作限制。当客户端连接数到达限制时，Redis会关闭新的连接并向客户端返回max number of clients reached错误信息】

maxmemory <bytes>【指定Redis最大内存限制，Redis在启动时会把数据加载到内存中，达到最大内存后，Redis会先尝试清除已到期或即将到期的Key，当此方法处理 后，仍然到达最大内存设置，将无法再进行写入操作，但仍然可以进行读取操作。Redis新的vm机制，会把Key存放内存，Value会存放在swap区】

appendonly no【指定是否在每次更新操作后进行日志记录，Redis在默认情况下是异步的把数据写入磁盘，如果不开启，可能会在断电时导致一段时间内的数据丢失。因为 redis本身同步数据文件是按上面save条件来同步的，所以有的数据会在一段时间内只存在于内存中。默认为no】

appendfilename appendonly.aof【指定更新日志文件名，默认为appendonly.aof】

appendfsync everysec【指定更新日志条件，共有3个可选值： ：表示等操作系统进行数据缓存同步到磁盘（快） ;：表示每次更新操作后手动调用fsync()将数据写到磁盘（慢，安全） ;：表示每秒同步一次（折衷，默认值）】

vm-enabled no【指定是否启用虚拟内存机制，默认值为no，简单的介绍一下，VM机制将数据分页存放，由Redis将访问量较少的页即冷数据swap到磁盘上，访问多的页面由磁盘自动换出到内存中（在后面的文章我会仔细分析Redis的VM机制）】

vm-swap-file /tmp/redis.swap【虚拟内存文件路径，默认值为/tmp/redis.swap，不可多个Redis实例共享】

vm-max-memory 0【将所有大于vm-max-memory的数据存入虚拟内存,无论vm-max-memory设置多小,所有索引数据都是内存存储的(Redis的索引数据 就是keys),也就是说,当vm-max-memory设置为0的时候,其实是所有value都存在于磁盘。默认值为0】

vm-page-size 32【Redis swap文件分成了很多的page，一个对象可以保存在多个page上面，但一个page上不能被多个对象共享，vm-page-size是要根据存储的 数据大小来设定的，作者建议如果存储很多小对象，page大小最好设置为32或者64bytes；如果存储很大大对象，则可以使用更大的page，如果不 确定，就使用默认值】

vm-pages 134217728【设置swap文件中的page数量，由于页表（一种表示页面空闲或使用的bitmap）是在放在内存中的，，在磁盘上每8个pages将消耗1byte的内存】

vm-max-threads 4【设置访问swap文件的线程数,最好不要超过机器的核数,如果设置为0,那么所有对swap文件的操作都是串行的，可能会造成比较长时间的延迟。默认值为4】

glueoutputbuf yes【设置在向客户端应答时，是否把较小的包合并为一个包发送，默认为开启】

hash-max-zipmap-entries 64/hash-max-zipmap-value 512【指定在超过一定的数量或者最大的元素超过某一临界值时，采用一种特殊的哈希算法】

activerehashing yes【指定是否激活重置哈希，默认为开启（后面在介绍Redis的哈希算法时具体介绍）】

include /path/to/local.conf【指定包含其它的配置文件，可以在同一主机上多个Redis实例之间使用同一份配置文件，而同时各个实例又拥有自己的特定配置文件】

3 Redis命令介绍

3.1 全局命令

查看所有键 keys*

键总数 dbsize(在计算总数时不会遍历所有键，而是直接获取Redis内置的键总数变量)

检查键是否存在 exists key 存在返回1，不存在返回0

删除键 del key [key...] (del是一个通用命令，无论值是什么数据结构类型,del命令都可以将其删除)

键过期 expire key seconds (ttl命令可以查看键的剩余过期时间,它有3种返回值:大于等于0的整数：键剩余过期时间。-1：键没设置过期时间。-2：键不存在)

键的数据结构类型 type key (如果键不存在返回none)

3.2 Redis的五种数据结构的常用命令

Redis的5中数据结构

3.2.1字符串

       字符串类型是Redis最基础的数据结构。首先键都是字符串类型，而且其他几种数据结构都是在字符串类型基础上构建的，所以字符串类型能为其他四种数据结构的学习奠定基础。字符串类型的值实际可以是字符串（简单的字符串、复杂的字符串（例如JSON、XML））、数字（整数、浮点数），甚至是二进制（图片、音频、视频），但是值最大不能超过512MB.

如图：字符串数据结构

设置值 set key value[ex seconds][px milliseconds][nx][xx]

ex seconds:为设置秒级过期时间。同命令setex key seconds value

px milliseconds:为键设置毫秒级过期时间。

nx：键必须不存在，才可以设置成功，用于添加。setnx key value

xx:与nx相反，键必须存在，才可以设置成功，用于更新。

获取值 get key 如果键不存在，则返回空

批量设置值 mset key value [key value...]

批量获取值 mget key [key...] 如果有限键的值不存在，那么它的值为空，结果是按照传入键的顺序返回

计数 incr key 用于对值做自增操作，返回结果分为三种情况：

值不是整数,返回错误。

值是整数，返回自增后的结果。

键不存在，按照值为0自增，返回结果为1.

自减 decr key

incrby key increment自增指定数字

decrby key decrement自减指定数字

incrbyfloat key increment自增浮点数

字符串长度 strlen key

字符串类型命令时间复杂度

3.2.2 哈希

        几乎所有的编程语言都提供了哈希(hash)类型，它们的叫法可能是哈希、字典、关联数组。在Redis中，哈希类型是指键本身又是一个键值对结构，形如value={{field1,value1}...{fieldN,valueN}},Redis键值对和哈希类型二者的关系可以用如下图来表示。

设置值  hset key field value 如果设置成功会返回1，反之会返回0.

获取值 hget key field如果键或field不存在，会返回空

删除field hdel ky field [field...] hdel会删除一个或多个filed,返回结果为成功删除field的个数。

计算filed的个数 hlen key

批量设置或获取filed-value hmget key filed [field...]  hmset key field value [field value...]

判断field是否存在 hexists key field 存在是返回1，不存在返回0

获取所有的field hkeys key 

获取所有value hvals key

获取所有的field value hgetall key

hincrby key field hincrbyfloat key field 和incrby incrbyfloat命令一样。

计算value的字符串长度 hstrlen key field

3.2.3 列表

        列表（list）类型是用来存储多个有序的字符串，如图2-18所示，a、b、c、d、e五个元素从左到右组成了一个有序的列表，列表中的每个字符串称为元素（element），一个列表最多可以存储232-1个元素。在Redis中，可以对列表两端插入（push）和弹出（pop），还可以获取指定范围的元素列表、获取指定索引下标的元素等（如图2-18和图2-19所示）。列表是一种比较灵活的数据结构，它可以充当栈和队列的角色，在实际开发上有很多应用场景。

列表两端插入和弹出

子列表获取、删除

特点

列表中的元素是有序的

列表中的元素是可以重复的

命令

添加操作

(1)从右边插入元素 rpush key value [value...]

(2)从左边插入元素 lpush key value [value...]

(3)向某个元素前或者后插入元素 linsert key before|after pivot value linsert命令会从列表中找到等于pivot的元素，在其前(before)或者后(after)插入一个新的元素value

查询

(1)获取指定范围内的元素列表 lrange key start end lrange 操作会获取列表指定索引范围所有的元素

索引下标有两个特点

a.索引下标从左到右分别是0到N-1,但是从右到左分别是-1到-N。

b.lrange中的end选项包含了自身，这个和很多编程语言不包含end不太相同

(2)获取列表指定索引下标的元素 lindex  key index

(3)获取列表长度 llen key

删除

(1)从列表左侧弹出元素 lpop key

(2)从列表右侧弹出元素 rpop key

(3)删除指定元素 lrem key count value lrem命令会从列表中找到等于value的元素进行删除，

根据count的不同分为三种情况：

a.count>o,从左到右，删除最多count个元素;

b.count<0,从右到左，删除最多count绝对值个元素;

c.count=0,删除所有

(4)按照索引范围修剪列表 ltrim key start end

修改 修改指定索引下标的元素：lset key index newValue

阻塞操作

blpop key [key...] timeout

brop key [key...] timeout

blpop和brpop是lpop和rpop的阻塞版本，key [key...]:多个列表的键。timeout:阻塞时间单位秒。

1)列表为空:如果timeout=3,那么客户端要等到3秒后返回，如果timeout=0,那么客户端一直阻塞等下去,如果在此期间添加了数据element1,客户端立即返回；

2)列表不为空：客户端会立即返回。

3.2.4 集合

       集合（set）类型也是用来保存多个的字符串元素，但和列表类型不一样的是，集合中不允许有重复元素，并且集合中的元素是无序的，不能通过索引下标获取元素。

命令

集合内操作

(1)添加元素 sadd key element [element...]返回结果为添加成功的元素个数

(2)删除元素 srem key element [element...] 返回结果为删除成的元素个数

(3)计算元素个数 scard key

(4)判断元素是否存在集合中 sismemeber key element 如果给定元素element在集合内返回1，反之返回0.

(5)随机从集合返回指定个数元素 srandmember key [count] [count]是可选参数，如果不写默认为1

(6)从集合随机弹出元素 spop key [count] spop操作可以从集合中随机弹出一个元素。

(7)获取所有元素 smembers key

集合间操作

(1)求多个集合的交集 sinter key [key ...]

(2)求多个集合的并集 sunion key [key...]

(3)求多个集合的差集 sdiff key [key...]

(4)将交集、并集、差集的结果保存

sinterstore destionation key [key...]

sunionstore destionation key [key...]

sdiffstore destionation key [key...]

3.2.5 有序集合

有序集合相对于哈希、列表、集合来说会有一点点陌生，但既然叫有序集合，那么它和集合必然有着联系，它保留和集合不能有重复成员的特性，但不同的是，有序集合中的元素可以排序。但是它和列表使用索引下标作为排序依据不同的是，它给每个元素设置一个分数(score)作为排序的依据。

有序集合

列表、集合和有序集合的异同点

命令

集合内

(1)添加成员 zadd key score member [score memeber ...] 返回结果代表成功添加成员个数

注意点：

a.Redis3.2为zadd命令添加了 nx、xx、ch、incr四个选项：

nx:member必须不存在，才可以设置成功，用于添加

xx:member必须存在，才可以设置成功，用于更新

incr:对score做增加，相当于zincrby

b.有序集合相比较集合提供了排序字段，但是也产生了代价，时间复杂度为O(log(n))

(2)计算成员个数 zcard key

(3)计算某个成员的分数 zscore key member

(4)计算成员排名 zrank key member zrevrank key member zrank是从分数低到高返回排名,zrevrank反之。

(5)删除成员 zrem key member [member....] 返回结果为成功删除的个数。

(6)增加成员分数 zincrby key increment member

(7)返回指定排名范围的成员 zrange key start end [withscores] zrevrange key start end [withscores]

(8)返回指定分数范围的成员 zrangebyscore key min max [withscores] [limit offset count] zrevrangebyscore key max min [withscores] [limit offset count] 其中zrangebyscore按照分数从低到高返回zrevrangebyscore反之。同时min和max还支持开区间(小括号)和闭区间(中括号)，-inf和+inf分别代表无限小和无限大

(9)返回指定分数范围的成员个数 zcount key min max

(10)删除指定排名的升序元素 zremrangebyrank key start end

(11)删除指定分数范围的成员 zrerangebyscore key min max

集合间的操作

(1)交集

zinterstore destionation numkeys key [key...][weights weight [weight..]][aggregate sum|min|max]

a.destionation :交集计算结果保存到这个键。

b.numkeys:需要做交集计算键个数。

c.key[key...]:需要做交集计算的键。

d.weights weight[weight...]:每个键的权重，在做交集计算时，每个键中的每个member会将自己的分数乘以这个权重，每个键的权重默认是1.

e.aggregate sum|min|max :计算成员交集后，分值可以按照sum(和)、min(最小值)、max(最大值)做汇总，默认值是sum。

(2)并集

zunionstore destion numkeys key [key...][weights weight [weight..]] [aggregate sum|min|max] 同上.

4 Redis功能

4.1 慢查询

       慢查询日志就是系统在命令执行前后计算每条命令的执行时间,当超过预设阀值，就将这条命令的相关信息记录下来。

Redis提供了slowlog-log-slower-than 和 slowlog-max-len 配置解决慢查询的问题。

4.2 Pipeline

       Pipeline是Redis提供的批量操作命令，有效节约RTT(命令执行往返时间)。执行n次命令的模型图如下

RTT在不同网络环境下会有不同，例如同机房和同机器会比较快，跨机房跨地区会比较慢。Redis命令真正执行的时间通常在微妙级别，所以才会有Redis性能瓶颈是网络这样的说法。

4.2.1 原生批量命令与Pipeline对比

原生批量命令是原子的，Pipeline是非原子的。

原生批量命令是一个命令对应多个key,Pipeline支持多个命令。

原生批量命令是Redis服务端支持实现的，而Pipeline需要服务端和客户端的共同实现。

4.3发布订阅

Redis提供了基于“发布/订阅”模式的消息机制，此种模式下，消息发布者和订阅者不进行直接通信，发布者客户端向指定频道(channel)发布消息，订阅该频道的每个客户端都可以收到该消息，如图：

Redis发布订阅模型

4.3.1 命令

发布消息 publish channel message

订阅消息 subscribe channel [channel ...] 新开启的订阅客户端，无法收到该频道之前的消息，因为Redis不会对发布的消息进行持久化。

取消订阅 unsubscribe channel [channel...]

按照模式订阅和取消订阅 psubscribe pattern [pattern..] punsubscribe [pattern [pattern...]]

查询订阅

(1)查看活跃的频道 pubsub channels [pattern]

(2)查看频道订阅数 pubsub numsub [channel...]

(3)查看模式订阅数 pubsub numpat

4.4 bitmap位图

Bitmaps本身不是一种数据结构，实际上它就是字符串，但是它可以对字符串的位进行操作。

4.4.1命令

设置值 setbit key offset value

获取值 getbit key offset

获取Bitmaps指定范围值为1的个数 bitcount [start][end] [start]和[end]代表起始和结束字节数。

Bitmaps间的运算 bitop op destkey key [key...] bitop 是个复合操作，它可以做多个Bitmaps的add(交集)、or(并集)、not(非)、xor(异或)操作并将结果保存在destKey中。

计算Bitmaps中第一个值为tagetBit的偏移量 bitops key tagetBit [start][end]

4.5 Hyperloglog

Hyperloglog 并不是一种新的数据结构（其本质还是字符串类型），而是一种基数算法，通过Hyperloglog可以利用极小的内存空间完成独立总数的统计

4.5.1 命令

添加 pfadd key element [element...]

计算独立用户数 pfcount key [key...]

合并 pfmerge destkey sourcekey [sourekey ...] pfmerge可以求出多个Hyperloglog的并集并赋值给destkey。

Hyperloglog内存占用量非常小，但是存在错误率，开发者在进行数据结构选型时只需要确认如下两条即可

只为了计算独立总数，不需要获取单条数据。

可以容忍一定误差率，毕竟Hyperloglog在内存的占用量上有很大的优势。

4.6 geo地理位置信息

Redis3.2版本提供了GEO功能，支持存储地理位置信息用来实现诸如附近位置、摇一摇这类依赖于地理位置信息的功能。

4.6.1命令

增加地理位置信息 geoadd key longitude latitude member [longitude latitude member...] longitude、latitude、member分别是该地理位置的经度、纬度、成员。

获取地理位置信息 geopos key member [member...]

获取两个地理位置的距离 geodist key member1 member2 [unit] 其中Unit代表返回结果的单位，包括以下四种：m代表米，km代表公里，mi代表英里，ft代表尺。

获取指定位置范围内的地理信息位置集合

georadius key longitude latitude radius m|km|ft|mi [withcoord][withlist][withhash] [COUNT count] [asc|desc] [store key] [storedist key]

georadiusbymember key member     radiusm|km|ft|mi [withcoord] [withdist]      [withhash] [COUNT count] [asc|desc] [store key] [storedist key]

georadius和georadiusbymember两个命令的作用是一样的，都是以一个地理位置为中心算出指定半径内的其他地理信息位置，不同的是georadius命令的中心位置给出了具体的经纬度，georadiusbymember只需给出成员即可。其中radiusm|km|ft|mi是必需参数，指定了半径（带单位），这两个命令有很多可选参数，如下所示：

withcoord：返回结果中包含经纬度。

withdist：返回结果中包含离中心节点位置的距离。

withhash：返回结果中包含geohash，有关geohash后面介绍。

count：指定返回结果的数量。

asc|desc：返回结果按照离中心节点的距离做升序或者降序。

store key：将返回结果的地理位置信息保存到指定键。

storedist key：将返回结果离中心节点的距离保存到指定键。

获取geohash geohash key member [member...] 

删除地理位置信息 zrem key member 

4.7 Lua与事务

4.7.1事务

Redis提供了简单的事务功能，将一组需要一起执行的命令放大multi和exec两个命令之间.multi命令代表事务开始,exec命令代表事务结束，它们之间的命令是原子顺序执行的。

如果要停止事务的执行，可以使用discard命令代替exec命令即可。

如果事务中的命令出现错误，Redis的处理机制也不尽相同。

命令错误 会导致整个事务无法执行。

运行时错误 因为语法是正确的所以无法终止，Redis也不支持回滚功能，需自行修复数据。

4.7.2 Lua脚本

Lua用法

数据类型及其逻辑处理 Lua语言提供了如下几种数据类型 ：booleans、numbers、strings、tables。

(1)字符串 例:local strings val = "world",其中local代表val是一个局部变量，如果没有local代表是全局变量。“–”是Lua语言的注释。

(2)数组 在Lua中，下标从1开始计算，可以使用for和while遍历。

(3)哈希  如果要使用类似哈希的功能，可以使用tables类型代替。

函数定义

在Lua中，函数以function开头，以end结尾，funcName是函数名，中间部分是函数体：

function funcName()

...

end

contact 函数将两个字符串拼接：

function contact(str1,str2)

reurn str1..str2

end

--"hello world"

print(contact("hello","world"))

5 Redis持久化

Redis支持RDB和AOF两种持久化机制，持久化功能有效地避免因进程退出造成的数据丢失问题，当下次重启时利用之前持久化的文件即可实现数据恢复。理解掌握持久化机制对于Redis运维非常重要。

5.1 RDB

5.1.1什么是RDB

RDB持久化是把当前进程数据生成快照保存到硬盘的过程。

5.1.2触发机制

save(同步)

bgsave(异步)

自动

5.1.3RDB的优缺点

优点

RDB是一个紧凑压缩的二进制文件，代表Redis在某个时间点上的数据快照。非常适用于备份，全量复制等场景。

Redis加载RDB恢复数据远远快于AOF的方式。

缺点

RDB方式数据没办法做到实时持久化/秒级持久化。因为bgsave每次运行都要执行Fork操作创建原子进程，属于重量级操作，频繁执行成本过高。

RDB文件使用特定二进制格式保存，Redis版本演进过程中有多个格式的RDB版本，存在老版本Redis服务无法兼容新版RDB格式的问题。

5.2 AOF

AOF（append only file）持久化：以独立日志的方式记录每次写命令，重启时再重新执行AOF文件中的命令达到恢复数据的目的。AOF的主要作用是解决了数据持久化的实时性，目前已经是Redis持久化的主流方式。理解掌握好AOF持久化机制对我们兼顾数据安全性和性能非常有帮助。

5.2.1 使用AOF

开启AOF功能需要设置配置：appendonly yes,默认是不开启。AOF文件名通过appendfilename配置设置，默认文件名是appendonly.aof。保存路径同RDB持久化方式一致，通过dir配置指定。

AOF的工作流程操作：

命令写入：所有的写入命令会追加到aof_buf（缓冲区）中。

文件同步：AOF缓冲区恩就对应的策略向硬盘做同步操作。

文件重写：随着AOF文件越来越大，需要定期对AOF文件进行重写，达到压缩的目的。

重启加载：当Redis服务重启时，可以加载AOF文件进行数据恢复。

6 Redis客户端

Redis支持多种语言的客户端，比较常用的就是Java的客户端Jedis和Python客户端redis-py.

Java客户端

获取Jedis

          Jedis属于Java的第三方开发包，在Java中获取第三方开发包通常有两种方式:

          1)直接下载目标版本的jar包到项目中。

          2)使用集成构建工具，例如maven,gradle。

       2.Jedis的基本使用方法

         # 1. 生成一个Jedis对象，这个对象负责和指定Redis实例进行通信

         Jedis jedis = new Jedis("127.0.0.1", 6379);

         # 2. jedis执行set操作 jedis.set("hello", "world");

         # 3. jedis执行get操作, value="world"

         String value = jedis.get("hello");

       3.Jedis连接池的使用方法

        使用连接池对于频繁访问Redis的场景更高效。所有Jedis对象预先放在池子中，每次连接Redis，只需要在池子中借，用完了再归还给池子。

        参数配置：

7 用好Redis的建议

1.切勿当作黑盒使用，开发与运维同样重要

很多使用Redis的开发者认为只要会用API开发相应的功能就可以，不需要知道Redis的原理。但是在实际的使用中很多的Redis线上故障和问题都是由于完全把Redis当作黑盒造成的，如果不了解Redis的单线程模型有些开发者会在有上千万个键的Redis上执行key*操作，这个命令是很耗性能的。开发人员可以通过运维Redis真正了解Redis的一些原理，不单纯停留在开发上。

2.阅读源码

Redis是开源项目且代码量很小，我们可以通过阅读源码加深对Redis的理解，同时提供自身的编码水平，甚至可以对Redis做定制化。