一，cpu,内存规划
CPU:
CPU不求核数多，但求主频高，Cache大，因为redis主处理模式是单进程的
内存：
一定要设置最大内存maxmemory参数，否则物理内存用爆了就会大量使用Swap
最少预留出55%的内存，在系统极度繁忙时，如果父进程的所有Page在子进程写RDB过程中都被修改过了，就需要两倍内存。
mem_fragmentation_ratio为内存碎片率
>内存碎片率稍大于1是合理的，这个值表示内存碎片率比较低，也说明redis没有发生内存交换。
>但如果内存碎片率超过1.5，那就说明Redis消耗了实际需要物理内存的150%，其中50%是内存碎片率
>若是内存碎片率低于1的话，说明Redis内存分配超出了物理内存，操作系统正在进行内存交换。内存交换会引起非常明显的响应延迟
内存优化系统配置：
echo "vm.overcommit_memory = 1" >> /etc/sysctl.conf
echo never > /sys/kernel/mm/transparent_hugepage/enabled
echo never > /sys/kernel/mm/transparent_hugepage/defrag
lru策略：
默认策略为volatile-lru，对设置了expire time的key进行LRU清除，如果所有的key都没有设置expire timep写redis会报错
配置为noeviction时，内存超过maxmemory时写redis会报错
配置为allkeys-lru时，对所有key都做LRU
如果没有设置超时时间，则lru的策略需要设置为allkeys-lru，并且应用需要做好未命中的异常处理。特殊的，当redis当做DB时，请使用noneviction策略，但是需要对系统内存监控加强粒度
二，持久化设置
RDB和AOF两者毫无关系，完全独立运行，如果使用了AOF，重启时只会从AOF文件载入数据，不会再管RDB文件。
在配置上有三种选择：不持久化，RDB，RDB+AOF。官方不推荐只开启AOF（因为恢复太慢另外如果aof引擎有bug），除非明显的读多写少的应用。
开启AOF时应当关闭AOF自动rewrite，并在crontab中启动在业务低峰时段进行的bgrewrite。 如果在一台机器上部署多个redis实例，则关闭RDB和AOF的自动保存（save "", auto-aof-rewrite-percentage 0），通过crontab定时调用保存：
m h * * * redis-cli -p <port> BGSAVE
m h */4 * * redis-cli -p <port> BGREWRITEAOF
持久化的部署规划上，如果为主从复制关系，建议主关闭持久化。
如果一台服务器上启多个redis实例，为了防止上下文切换导致的开销，可以采用taskset。taskset是LINUX提供的一个命令，可以让某个程序运行在某个（或）某些CPU上。
# ps -ef | grep redis 查看redis-server进程
1009 6658 1 0 Sep02 ? 00:24:18 redis-server *:6382 [cluster]
# taskset -p 6658 显示进程运行的CPU，6658为redis-server的进程号
pid 6658‘s current affinity mask: ffffff
# taskset -pc 23 6658 指定进程6658运行在第24个cpu(从0开始计数)
pid 6658‘s current affinity list: 0-23
pid 6658‘s new affinity list: 23
# taskset -p 6658
pid 6658‘s current affinity mask: 800000
也可以在启动时指定运行的cpu:
taskset -c 23 ./redis-server ../redis.conf
taskset命令选项：
-p, --pid operate on an existing PID and not launch a new task
-c, --cpu-list specify a numerical list of processors instead of a bitmask. The list may contain multiple items, separated by comma, and ranges. For example, 0,5,7,9-11.