redis 优化

• 系统优化 echo "vm.overcommit_memory=1" > /etc/sysctl.conf  0， 表示内核将检查是否有足够的可用内存供应用进程使用；如果有足够的可用内存，内存申请允许；否则，内存申请失败，并把错误返回给应用进程。 1， 表示内核允许分配所有的物理内存，而不管当前的内存状态如何。 2， 表示内核允许分配超过所有物理内存和交换空间总和的内存 echo never > /sys/kernel/mm/transparent_hugepage/enabled 禁用NUMA优化机制提高性能 echo 1024 >/proc/sys/net/core/somaxconn 修改限制接收新 TCP 连接侦听队列的大小，默认128.
• 文件句柄优化 修改linux系统参数。vim /etc/security/limits.conf 添加 *　　soft　 nofile　　65535 *　　hard　nofile　　65535
• 内存优化 采用jemalloc内存分配器，降低内存碎片率
• 配置优化  maxmemory 7g maxmemory-policy allkeys-lru maxclients 0

配置文件说明：

daemonize yes #是否以后台进程运行,默认为no,如果需要以后台进程运行则改为yes pidfile /var/run/redis.pid #如果以后台进程运行的话,就需要指定pid,你可以在此自定义redis.pid文件的位置. port 6379 #接受连接的端口号,如果端口是0则redis将不会监听TCP socket连接 maxmemory 7g #最大可使用内存. #警告：如果你想把Redis视为一个真正的DB的话,那不要设置<maxmemory>,只有你只想把Redis作为cache或者有状态的server（'state' server)时才需要设置. maxmemory-policy allkeys-lru #内存清理策略：如果达到了maxmemory,你可以采取如下动作： # volatile-lru -> （默认策略）使用LRU算法来删除过期的set # allkeys-lru -> 删除任何遵循LRU算法的key # volatile-random ->随机地删除过期set中的key # allkeys->random -> 随机地删除一个key # volatile-ttl -> 删除最近即将过期的key（the nearest expire time (minor TTL)） # noeviction -> 根本不过期,写操作直接报错 maxmemory-samples 2 #对于处理redis内存来说,LRU和minor TTL算法不是精确的,而是近似的（估计的）算法.所以我们会检查某些样本#来达到内存检查的目的.默认的样本数是3. maxclients 0 #设置最大连接数.默认没有限制,'0'意味着不限制. tcp-backlog 511 #在高并发的环境中,为避免慢客户端的连接问题,需要设置一个高速后台日志. timeout 0 #连接超时时间,单位秒.0是不超时. tcp-keepalive 0 #在Linux上,指定值（秒）用于发送 ACKs 的时间.注意关闭连接需要双倍的时间.默认为0. loglevel notice #日志级别,默认是verbose（详细）. logfile "./6379/6379.log" #指定log文件的名字,默认是stdout.stdout会让redis把日志输出到标准输出.但是如果使用stdout而又以后台进程的方式运行redis,则日志会输出到/dev/null. databases 16 #设置数据库数目.默认的数据库是DB 0.可以通过SELECT <dbid>来选择一个数据库,dbid是[0,'databases'-1]的数字. #save 900 1 #save 300 10 #save 60 10000 #以上面的例子来说明： #过了900秒并且有1个key发生了改变 就会触发save动作 #过了300秒并且有10个key发生了改变 就会触发save动作 #过了60秒并且至少有10000个key发生了改变 也会触发save动作 #注意：如果你不想让redis自动保存数据,那就把下面的配置注释掉！ stop-writes-on-bgsave-error yes #后台存储错误停止写. rdbcompression yes #存储至本地数据库时（持久化到 rdb 文件）是否压缩数据,默认为 yes rdbchecksum yes #RDB文件的是否直接偶像chcksum. dbfilename dump.rdb #保存dump数据的文件名. dir ./6379 #数据存放目录. slave-serve-stale-data yes #当slave丢失与master的连接时,或者slave仍然在于master进行数据同步时（还没有与master保持一致）,slave可以有两种方式来响应客户端请求： #如果slave-serve-stale-data 设置成 'yes' (the default) slave会仍然响应客户端请求,此时可能会有问题. #如果slave-serve-stale data设置成'no'slave会返回"SYNC with master in progress"这样的错误信息.但INFO和SLAVEOF命令除外. slave-read-only yes #配置slave实例是否接受写.写 slave 对存储短暂数据（在同 master 数据同步后可以很容易地被删除）是有用的,但未配置的情况下,客户端写可能会发送问题.从 Redis2.6 后,默认 slave 为 read-only. repl-diskless-sync no repl-diskless-sync-delay 5 repl-disable-tcp-nodelay no #"yes",Redis 将使用一个较小的数字 TCP 数据包和更少的带宽将数据发送到 slave , 但是这可能导致数据发送到 slave 端会有延迟 , 如果是 Linux kernel 的默认配置,会达到 40 毫秒. #"no",则发送数据到slave 端的延迟会降低,但将使用更多的带宽用于复制. slave-priority 100 #slave的优先级是一个整数展示在Redis的Info输出中.如果master不再正常工作了,哨兵将用它来选择一个slave提升为master. #优先级数字小的salve会优先考虑提升为master,所以例如有三个slave优先级分别为10,100,25,哨兵将挑选优先级最小数字为10的slave. #0作为一个特殊的优先级,标识这个slave不能作为master,所以一个优先级为0的slave永远不会被哨兵挑选提升为master. #默认优先级为100. appendonly no #默认情况下,Redis是异步的把数据导出到磁盘上.这种模式在很多应用里已经足够好,但Redis进程出问题或断电时可能造成一段时间的写操作丢失(这取决于配置的save指令). #AOF是一种提供了更可靠的替代持久化模式,例如使用默认的数据写入文件策略（参见后面的配置） #在遇到像服务器断电或单写情况下Redis自身进程出问题但操作系统仍正常运行等突发事件时,Redis能只丢失1秒的写操作. #AOF和RDB持久化能同时启动并且不会有问题. #如果AOF开启,那么在启动时Redis将加载AOF文件,它更能保证数据的可靠性. appendfilename "appendonly.aof" #纯累加文件名字（默认："appendonly.aof"） appendfsync everysec #调用fsync()函数通知操作系统立刻向硬盘写数据. #no:不fsync, 只是通知OS可以flush数据了,具体是否flush取决于OS.性能更好. #always: 每次写入append only 日志文件后都会fsync.性能差,但很安全. #everysec: 没间隔1秒进行一次fsync,折中. no-appendfsync-on-rewrite no #如果把这个设置成"yes"带来了延迟问题,就保持"no",这是保存持久数据的最安全的方式. auto-aof-rewrite-percentage 100 auto-aof-rewrite-min-size 64mb aof-load-truncated yes #自动重写AOF文件 #如果AOF日志文件增大到指定百分比,Redis能够通过 BGREWRITEAOF 自动重写AOF日志文件. #工作原理：Redis记住上次重写时AOF文件的大小（如果重启后还没有写操作,就直接用启动时的AOF大小） #这个基准大小和当前大小做比较.如果当前大小超过指定比例,就会触发重写操作.你还需要指定被重写日志的最小尺寸,这样避免了达到指定百分比但尺寸仍然很小的情况还要重写. #指定百分比为0会禁用AOF自动重写特性. lua-time-limit 5000 #Lua 脚本的最大执行时间,毫秒为单位 #如果达到了最大的执行时间,Redis将要记录在达到最大允许时间之后一个脚本仍然在执行,并且将开始对查询进行错误响应. # 当一个长时间运行的脚本超过了最大执行时间,只有 SCRIPT KILL 和 SHUTDOWN NOSAVE 两个命令可用.第一个可以用于停止一个还没有调用写命名的脚本.第二个是关闭服务器唯一方式,当写命令已经通过脚本开始执行,并且用户不想等到脚本的自然 终止. #设置成0或者负值表示不限制执行时间并且没有任何警告 slowlog-log-slower-than 10000 #上面的时间单位是微秒,所以1000000就是1秒.注意,负数时间会禁用慢查询日志,而0则会强制记录所有命令. slowlog-max-len 128 #这个长度没有限制.只是要主要会消耗内存.你可以通过 SLOWLOG RESET 来回收内存. latency-monitor-threshold 0 notify-keyspace-events "" #事件通知,默认空字符串意思是禁用通知. #当事件发生时, Redis 可以通知 Pub/Sub 客户端. #可以在下表中选择 Redis 要通知的事件类型.事件类型由单个字符来标识： # K   Keyspace 事件,以 _keyspace@<db>_ 的前缀方式发布 # E   Keyevent 事件,以 _keysevent@<db>_ 的前缀方式发布 # g   通用事件（不指定类型）,像 DEL, EXPIRE, RENAME, … # $   String 命令 # s   Set 命令 # h   Hash 命令 # z   有序集合命令 # x   过期事件（每次 key 过期时生成） # e   清除事件（当 key 在内存被清除时生成） # A   g$lshzxe 的别称,因此 ”AKE” 意味着所有的事件 hash-max-ziplist-entries 512 hash-max-ziplist-value 64 #当 hash 中包含超过指定元素个数并且最大的元素没有超过临界时, #hash 将以一种特殊的编码方式（大大减少内存使用）来存储,这里可以设置这两个临界值 #Redis Hash 对应 Value 内部实际就是一个 HashMap ,实际这里会有 2 种不同实现, #这个 Hash 的成员比较少时 Redis 为了节省内存会采用类似一维数组的方式来紧凑存储,而不会采用真正的 HashMap 结构,对应的 valueredisObject 的 encoding 为 zipmap, #当成员数量增大时会自动转成真正的 HashMap, 此时 encoding 为 ht . list-max-ziplist-entries 512 list-max-ziplist-value 64 #和 Hash一样,多个小的 list 以特定的方式编码来节省空间. #list数据类型节点值大小小于多少字节会采用紧凑存储格式. set-max-intset-entries 512 #set数据类型内部数据如果全部是数值型,且包含多少节点以下会采用紧凑格式存储. zset-max-ziplist-entries 128 zset-max-ziplist-value 64 #和hashe和list一样,排序的set在指定的长度内以指定编码方式存储以节省空间 #zsort数据类型节点值大小小于多少字节会采用紧凑存储格式. hll-sparse-max-bytes 3000 activerehashing yes #redis 将在每100毫秒时使用1毫秒的CPU时间来对redis的hash表进行重新hash,可以降低内存的使用.当你的使用场景中,有非常严格的实时性需 要,不能够接受Redis时不时的对请求有2毫秒的延迟的话,把这项配置为 no.如果没有这么严格的实时性要求,可以设置为 yes,以便能够尽可能快的释放内存. client-output-buffer-limit normal 0 0 0 client-output-buffer-limit slave 256mb 64mb 60 client-output-buffer-limit pubsub 32mb 8mb 60 #Redis 调用内部函数来执行许多后台任务,如关闭客户端超时的连接,清除过期的 Key ,等等. #不是所有的任务都以相同的频率执行,但 Redis 依照指定的“ hz ”值来执行检查任务. #默认情况下,"hz"的被设定为 10 . #提高该值将在 Redis 空闲时使用更多的 CPU 时,但同时当有多个 key 同时到期会使 Redis 的反应更灵敏,以及超时可以更精确地处理. #范围是 1 到 500 之间,但是值超过100通常不是一个好主意. #大多数用户应该使用 10 这个预设值,只有在非常低的延迟的情况下有必要提高最大到 100 . hz 10 aof-rewrite-incremental-fsync yes #当一个子节点重写AOF文件时,如果启用上面的选项,则文件每生成32M数据进行同步.