1 wget http://download.redis.io/releases/redis-3.2.3.tar.gz2 tar -zxvf redis-3.2.3.tar.gz3 cd redis4 make && make install5 6 cd utils/7 ./install_server.sh8 9 redis-cli --version

./redis-benchmark //用于进行redis性能测试的工具

./redis-check-dump //用于修复出问题的dump.rdb文件

./redis-cli //redis的客户端

./redis-server //redis的服务端

./redis-check-aof //用于修复出问题的AOF文件

./redis-sentinel //用于集群管理 

 

配置文件：

1 ##grep -Ev "^$|^#" /etc/redis/6379.conf 2  3 bind 127.0.0.1 4 protected-mode yes 5 port 6379 6 tcp-backlog 511 7 timeout 0 8 tcp-keepalive 300 9 daemonize yes10 supervised no11 pidfile /var/run/redis_6379.pid12 loglevel notice13 logfile /var/log/redis_6379.log14 databases 1615 save 900 116 save 300 1017 save 60 1000018 stop-writes-on-bgsave-error yes19 rdbcompression yes20 rdbchecksum yes21 dbfilename dump.rdb22 dir /var/lib/redis/637923 slave-serve-stale-data yes24 slave-read-only yes25 repl-diskless-sync no26 repl-diskless-sync-delay 527 repl-disable-tcp-nodelay no28 slave-priority 10029 appendonly no30 appendfilename "appendonly.aof"31 appendfsync everysec32 no-appendfsync-on-rewrite no33 auto-aof-rewrite-percentage 10034 auto-aof-rewrite-min-size 64mb35 aof-load-truncated yes36 lua-time-limit 500037 slowlog-log-slower-than 1000038 slowlog-max-len 12839 latency-monitor-threshold 040 notify-keyspace-events ""41 hash-max-ziplist-entries 51242 hash-max-ziplist-value 6443 list-max-ziplist-size -244 list-compress-depth 045 set-max-intset-entries 51246 zset-max-ziplist-entries 12847 zset-max-ziplist-value 6448 hll-sparse-max-bytes 300049 activerehashing yes50 client-output-buffer-limit normal 0 0 051 client-output-buffer-limit slave 256mb 64mb 6052 client-output-buffer-limit pubsub 32mb 8mb 6053 hz 1054 aof-rewrite-incremental-fsync yes

 

启动和使用redis

1 redis-cli -h 127.0.0.1 -p 6379 -a ilanniredis  ##连接redis服务器，IP是127.0.0.1，端口是6379，密码是ilanniredis2 keys *                                         ##查看redis所有的键值对3 set ilanni testredis                           ##添加一个键值ilanni，内容为testredis4 get ilanni    　　　　　　　　　　　　　　　　　　   ##查看ilanni这个键值的内容

 

redis持久化方案

RDB，简而言之，就是在不同的时间点，将redis存储的数据生成快照并存储到磁盘等介质上；

AOF，则是换了一个角度来实现持久化，那就是将redis执行过的所有写指令记录下来，在下次redis重新启动时，只要把这些写指令从前到后再重复执行一遍，就可以实现数据恢复了。

其实RDB和AOF两种方式也可以同时使用，在这种情况下，如果redis重启的话，则会优先采用AOF方式来进行数据恢复，这是因为AOF方式的数据恢复完整度更高。

如果你没有数据持久化的需求，也完全可以关闭RDB和AOF方式，这样的话，redis将变成一个纯内存数据库，就像memcache一样。

 

RDB：

RDB方式，是将redis某一时刻的数据持久化到磁盘中，是一种快照式的持久化方法。

redis在进行数据持久化的过程中，会先将数据写入到一个临时文件中，待持久化过程都结束了，才会用这个临时文件替换上次持久化好的文件。正是这种特性，让我们可以随时来进行备份，因为快照文件总是完整可用的。

对于RDB方式，redis会单独创建（fork）一个子进程来进行持久化，而主进程是不会进行任何IO操作的，这样就确保了redis极高的性能。

如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方式要比AOF方式更加的高效。

虽然RDB有不少优点，但它的缺点也是不容忽视的。如果你对数据的完整性非常敏感，那么RDB方式就不太适合你，因为即使你每5分钟都持久化一次，当redis故障时，仍然会有近5分钟的数据丢失。所以，redis还提供了另一种持久化方式，那就是AOF。

AOF：

AOF，英文是Append Only File，即只允许追加不允许改写的文件。

如前面介绍的，AOF方式是将执行过的写指令记录下来，在数据恢复时按照从前到后的顺序再将指令都执行一遍，就这么简单。

我们通过配置redis.conf中的appendonly yes就可以打开AOF功能。如果有写操作（如SET等），redis就会被追加到AOF文件的末尾。

默认的AOF持久化策略是每秒钟fsync一次（fsync是指把缓存中的写指令记录到磁盘中），因为在这种情况下，redis仍然可以保持很好的处理性能，即使redis故障，也只会丢失最近1秒钟的数据。

如果在追加日志时，恰好遇到磁盘空间满、inode满或断电等情况导致日志写入不完整，也没有关系，redis提供了redis-check-aof工具，可以用来进行日志修复。

因为采用了追加方式，如果不做任何处理的话，AOF文件会变得越来越大，为此，redis提供了AOF文件重写（rewrite）机制，即当AOF文件的大小超过所设定的阈值时，redis就会启动AOF文件的内容压缩，只保留可以恢复数据的最小指令集。举个例子或许更形象，假如我们调用了100次INCR指令，在AOF文件中就要存储100条指令，但这明显是很低效的，完全可以把这100条指令合并成一条SET指令，这就是重写机制的原理。

在进行AOF重写时，仍然是采用先写临时文件，全部完成后再替换的流程，所以断电、磁盘满等问题都不会影响AOF文件的可用性，这点大家可以放心。

AOF方式的另一个好处，我们通过一个“场景再现”来说明。某同学在操作redis时，不小心执行了FLUSHALL，导致redis内存中的数据全部被清空了，这是很悲剧的事情。不过这也不是世界末日，只要redis配置了AOF持久化方式，且AOF文件还没有被重写（rewrite），我们就可以用最快的速度暂停redis并编辑AOF文件，将最后一行的FLUSHALL命令删除，然后重启redis，就可以恢复redis的所有数据到FLUSHALL之前的状态了。是不是很神奇，这就是AOF持久化方式的好处之一。但是如果AOF文件已经被重写了，那就无法通过这种方法来恢复数据了。

虽然优点多多，但AOF方式也同样存在缺陷，比如在同样数据规模的情况下，AOF文件要比RDB文件的体积大。而且，AOF方式的恢复速度也要慢于RDB方式。

如果你直接执行BGREWRITEAOF命令，那么redis会生成一个全新的AOF文件，其中便包括了可以恢复现有数据的最少的命令集。

如果运气比较差，AOF文件出现了被写坏的情况，也不必过分担忧，redis并不会贸然加载这个有问题的AOF文件，而是报错退出。这时可以通过以下步骤来修复出错的文件：

1.备份被写坏的AOF文件

2.运行redis-check-aof –fix进行修复

3.用diff -u来看下两个文件的差异，确认问题点

4.重启redis，加载修复后的AOF文件