redis配置文件redis.conf参数说明 - 为程序员服务
为程序员服务
redis配置文件redis.conf参数说明
Redis的配置文件格式类似于java的properties文件，是一个一个的键值对，但是redis的键值对之间是用空格分隔的。同样以#号开头的行为注释行
# By default Redis does not run as a daemon. Use 'yes' if you need it.
# Note that Redis will write a pid file in /var/run/redis.pid when daemonized.
#Redis默认不是以守护进程的方式运行，可以通过该配置项修改，使用yes启用守护进程
daemonize no
# When running daemonized, Redis writes a pid file in /var/run/redis.pid by
# default. You can specify a custom pid file location here.
#当 Redis 以守护进程的方式运行的时候，Redis 默认会把 pid 文件放在/var/run/redis.pid
#可配置到其他地址，当运行多个 redis 服务时，需要指定不同的 pid 文件和端口
pidfile /var/run/redis.pid
# Accept connections on the specified port, default is 6379.
# If port 0 is specified Redis will not listen on a TCP socket.
# If you want you can bind a single interface, if the bind option is not
# specified all the interfaces will listen for incoming connections.
#指定Redis可接收请求的IP地址,不设置将处理所有请求,建议生产环境中设置
# bind 127.0.0.1
# Close the connection after a client is idle for N seconds (0 to disable)
#客户端连接的超时时间,单位为秒,超时后会关闭连接
# Set server verbosity to 'debug'
# it can be one of:
# debug (a lot of information, useful for development/testing)
# verbose (many rarely useful info, but not a mess like the debug level)
# notice (moderately verbose, what you want in production probably)
# warning (only very important / critical messages are logged)
#日志记录等级，4个可选值
loglevel notice
# Specify the log file name. Also 'stdout' can be used to force
# Redis to log on the standard output. Note that if you use standard
# output for logging but daemonize, logs will be sent to /dev/null
#配置 log 文件地址,默认打印在命令行终端的窗口上，也可设为/dev/null屏蔽日志、
logfile stdout
# Set the number of databases. The default database is DB 0, you can select
# a different one on a per-connection basis using SELECT where
# dbid is a number between 0 and 'databases'-1
#设置数据库的个数,可以使用 SELECT 命令来切换数据库。
databases 16
# Save the DB on disk:
Will save the DB if both the given number of seconds and the given
number of write operations against the DB occurred.
In the example below the behaviour will be to save:
after 900 sec (15 min) if at least 1 key changed
after 300 sec (5 min) if at least 10 keys changed
after 60 sec if at least 10000 keys changed
Note: you can disable saving at all commenting all the "save" lines.
#设置 Redis 进行数据库镜像的频率。保存数据到disk的策略
#900秒之内有1个keys发生变化时
#30秒之内有10个keys发生变化时
#60秒之内有10000个keys发生变化时
save 900 1
save 300 10
save 60 10000
# Compress string objects using LZF when dump .rdb databases?
# For default that's set to 'yes' as it's almost always a win.
# If you want to save some CPU in the saving child set it to 'no' but
# the dataset will likely be bigger if you have compressible values or keys.
#在进行镜像备份时,是否进行压缩
rdbcompression yes
# The filename where to dump the DB
#镜像备份文件的文件名
dbfilename dump.rdb
# The working directory.
# The DB will be written inside this directory, with the filename specified
# above using the 'dbfilename' configuration directive.
# Also the Append Only File will be created inside this directory.
# Note that you must specify a directory here, not a file name.
#数据库镜像备份的文件放置的路径
#路径跟文件名分开配置是因为 Redis 备份时，先会将当前数据库的状态写入到一个临时文件
#等备份完成时，再把该临时文件替换为上面所指定的文件
#而临时文件和上面所配置的备份文件都会放在这个指定的路径当中
#默认值为 ./
dir /var/lib/redis/
# Master-Slave replication. Use slaveof to make a Redis instance a copy of
# another Redis server. Note that the configuration is local to the slave
# so for example it is possible to configure the slave to save the DB with a
# different interval, or to listen to another port, and so on.
#设置该数据库为其他数据库的从数据库
当本机为从服务时，设置主服务的IP及端口
# If the master is password protected (using the "requirepass" configuration
# directive below) it is possible to tell the slave to authenticate before
# starting the replication synchronization process, otherwise the master will
# refuse the slave request.
#指定与主数据库连接时需要的密码验证
#masterauth
当本机为从服务时，设置主服务的连接密码
# masterauth
# When a slave lost the connection with the master, or when the replication
# is still in progress, the slave can act in two different ways:
# 1) if slave-serve-stale-data is set to 'yes' (the default) the slave will
still reply to client requests, possibly with out of data data, or the
data set may just be empty if this is the first synchronization.
# 2) if slave-serve-stale data is set to 'no' the slave will reply with
an error "SYNC with master in progress" to all the kind of commands
but to INFO and SLAVEOF.
#当slave丢失与master的连接时，或slave仍然在于master进行数据同步时（未与master保持一致）
#slave可有两种方式来响应客户端请求：
#1)如果 slave-serve-stale-data 设置成 'yes'(默认)，slave仍会响应客户端请求,此时可能会有问题
#2)如果 slave-serve-stale-data 设置成 'no'，slave会返回"SYNC with master in progress"错误信息，但 INFO 和SLAVEOF命令除外。
slave-serve-stale-data yes
# Require clients to issue AUTH before processing any other
# commands.
This might be useful in environments in which you do not trust
# others with access to the host running redis-server.
# This should stay commented out for backward compatibility and because most
# people do not need auth (e.g. they run their own servers).
# Warning: since Redis is pretty fast an outside user can try up to
# 150k passwords per second against a good box. This means that you should
# use a very strong password otherwise it will be very easy to break.
#设置客户端连接后进行任何其他指定前需要使用的密码
#redis速度相当快，一个外部用户在一秒钟进行150K次密码尝试，需指定强大的密码来防止暴力破解
# requirepass foobared
# Set the max number of connected clients at the same time. By default there
# is no limit, and it's up to the number of file descriptors the Redis process
# is able to open. The special value '0' means no limits.
# Once the limit is reached Redis will close all the new connections sending
# an error 'max number of clients reached'.
#限制同时连接的客户数量。
#当连接数超过这个值时，redis 将不再接收其他连接请求，客户端尝试连接时将收到 error 信息
# maxclients 128
# Don't use more memory than the specified amount of bytes.
# When the memory limit is reached Redis will try to remove keys
# accordingly to the eviction policy selected (see maxmemmory-policy).
# If Redis can't remove keys according to the policy, or if the policy is
# set to 'noeviction', Redis will start to reply with errors to commands
# that would use more memory, like SET, LPUSH, and so on, and will continue
# to reply to read-only commands like GET.
# This option is usually useful when using Redis as an LRU cache, or to set
# an hard memory limit for an instance (using the 'noeviction' policy).
# WARNING: If you have slaves attached to an instance with maxmemory on,
# the size of the output buffers needed to feed the slaves are subtracted
# from the used memory count, so that network problems / resyncs will
# not trigger a loop where keys are evicted, and in turn the output
# buffer of slaves is full with DELs of keys evicted triggering the deletion
# of more keys, and so forth until the database is completely emptied.
# In short... if you have slaves attached it is suggested that you set a lower
# limit for maxmemory so that there is some free RAM on the system for slave
# output buffers (but this is not needed if the policy is 'noeviction').
#设置redis能够使用的最大内存。
#达到最大内存设置后，Redis会先尝试清除已到期或即将到期的Key（设置过expire信息的key）
#在删除时,按照过期时间进行删除，最早将要被过期的key将最先被删除
#如果已到期或即将到期的key删光，仍进行set操作，那么将返回错误
#此时redis将不再接收写请求,只接收get请求。
#maxmemory的设置比较适合于把redis当作于类似memcached 的缓存来使用
# maxmemory
# By default Redis asynchronously dumps the dataset on disk. If you can live
# with the idea that the latest records will be lost if something like a crash
# happens this is the preferred way to run Redis. If instead you care a lot
# about your data and don't want to that a single record can get lost you should
# enable the append only mode: when this mode is enabled Redis will append
# every write operation received in the file appendonly.aof. This file will
# be read on startup in order to rebuild the full dataset in memory.
# Note that you can have both the async dumps and the append only file if you
# like (you have to comment the "save" statements above to disable the dumps).
# Still if append only mode is enabled Redis will load the data from the
# log file at startup ignoring the dump.rdb file.
# IMPORTANT: Check the BGREWRITEAOF to check how to rewrite the append
# log file in background when it gets too big.
#redis 默认每次更新操作后会在后台异步的把数据库镜像备份到磁盘，但该备份非常耗时，且备份不宜太频繁
#redis 同步数据文件是按上面save条件来同步的
#如果发生诸如拉闸限电、拔插头等状况,那么将造成比较大范围的数据丢失
#所以redis提供了另外一种更加高效的数据库备份及灾难恢复方式
#开启append only 模式后,redis 将每一次写操作请求都追加到appendonly.aof 文件中
#redis重新启动时,会从该文件恢复出之前的状态。
#但可能会造成 appendonly.aof 文件过大，所以redis支持BGREWRITEAOF 指令，对appendonly.aof重新整理
appendonly no
# The name of the append only file (default: "appendonly.aof")
##更新日志文件名，默认值为appendonly.aof
# appendfilename appendonly.aof
# The fsync() call tells the Operating System to actually write data on disk
# instead to wait for more data in the output buffer. Some OS will really flush
# data on disk, some other OS will just try to do it ASAP.
# Redis supports three different modes:
# no: don't fsync, just let the OS flush the data when it wants. Faster.
# always: fsync after every write to the append only log . Slow, Safest.
# everysec: fsync only if one second passed since the last fsync. Compromise.
# The default is "everysec" that's usually the right compromise between
# speed and data safety. It's up to you to understand if you can relax this to
# "no" that will will let the operating system flush the output buffer when
# it wants, for better performances (but if you can live with the idea of
# some data loss consider the default persistence mode that's snapshotting),
# or on the contrary, use "always" that's very slow but a bit safer than
# everysec.
# If unsure, use "everysec".
#设置对 appendonly.aof 文件进行同步的频率
#always 表示每次有写操作都进行同步,everysec 表示对写操作进行累积,每秒同步一次。
#no表示等操作系统进行数据缓存同步到磁盘，都进行同步,everysec 表示对写操作进行累积,每秒同步一次
# appendfsync always
appendfsync everysec
# appendfsync no
# Virtual Memory allows Redis to work with datasets bigger than the actual
# amount of RAM needed to hold the whole dataset in memory.
# In order to do so very used keys are taken in memory while the other keys
# are swapped into a swap file, similarly to what operating systems do
# with memory pages.
# To enable VM just set 'vm-enabled' to yes, and set the following three
# VM parameters accordingly to your needs.
#是否开启虚拟内存支持。
#redis 是一个内存数据库，当内存满时,无法接收新的写请求,所以在redis2.0后,提供了虚拟内存的支持
#但需要注意的，redis 所有的key都会放在内存中，在内存不够时,只把value 值放入交换区
#虽使用虚拟内存，但性能基本不受影响，需要注意的是要把vm-max-memory设置到足够来放下所有的key
vm-enabled no
# vm-enabled yes
# This is the path of the Redis swap file. As you can guess, swap files
# can't be shared by different Redis instances, so make sure to use a swap
# file for every redis process you are running. Redis will complain if the
# swap file is already in use.
# The best kind of storage for the Redis swap file (that's accessed at random)
# is a Solid State Disk (SSD).
# *** WARNING *** if you are using a shared hosting the default of putting
# the swap file under /tmp is not secure. Create a dir with access granted
# only to Redis user and configure Redis to create the swap file there.
#设置虚拟内存的交换文件路径，不可多个Redis实例共享
vm-swap-file /tmp/redis.swap
# vm-max-memory configures the VM to use at max the specified amount of
# RAM. Everything that deos not fit will be swapped on disk *if* possible, that
# is, if there is still enough contiguous space in the swap file.
# With vm-max-memory 0 the system will swap everything it can. Not a good
# default, just specify the max amount of RAM you can in bytes, but it's
# better to leave some margin. For instance specify an amount of RAM
# that's more or less between 60 and 80% of your free RAM.
#设置开启虚拟内存后,redis将使用的最大物理内存大小。
#默认为0，redis将把他所有能放到交换文件的都放到交换文件中，以尽量少的使用物理内存
#即当vm-max-memory设置为0的时候,其实是所有value都存在于磁盘
#在生产环境下,需要根据实际情况设置该值,最好不要使用默认的 0
vm-max-memory 0
# Redis swap files is split into pages. An object can be saved using multiple
# contiguous pages, but pages can't be shared between different objects.
# So if your page is too big, small objects swapped out on disk will waste
# a lot of space. If you page is too small, there is less space in the swap
# file (assuming you configured the same number of total swap file pages).
# If you use a lot of small objects, use a page size of 64 or 32 bytes.
# If you use a lot of big objects, use a bigger page size.
# If unsure, use the default :)
#设置虚拟内存的页大小
如果 value 值比较大,如要在 value 中放置博客、新闻之类的所有文章内容，就设大一点
vm-page-size 32
# Number of total memory pages in the swap file.
# Given that the page table (a bitmap of free/used pages) is taken in memory,
# every 8 pages on disk will consume 1 byte of RAM.
# The total swap size is vm-page-size * vm-pages
# With the default of 32-bytes memory pages and
pages Redis will
# use a 4 GB swap file, that will use 16 MB of RAM for the page table.
# It's better to use the smallest acceptable value for your application,
# but the default is large in order to work in most conditions.
#设置交换文件的总的 page 数量
#注意page table信息是放在物理内存中，每8个page 就会占据RAM中的 1 个 byte
#总的虚拟内存大小 = vm-page-size * vm-pages
# Max number of VM I/O threads running at the same time.
# This threads are used to read/write data from/to swap file, since they
# also encode and decode objects from disk to memory or the reverse, a bigger
# number of threads can help with big objects even if they can't help with
# I/O itself as the physical device may not be able to couple with many
# reads/writes operations at the same time.
# The special value of 0 turn off threaded I/O and enables the blocking
# Virtual Memory implementation.
#设置 VM IO 同时使用的线程数量。
vm-max-threads 4
# Hashes are encoded in a special way (much more memory efficient) when they
# have at max a given numer of elements, and the biggest element does not
# exceed a given threshold. You can configure this limits with the following
# configuration directives.
#redis 2.0后引入了 hash 数据结构。
#hash 中包含超过指定元素个数并且最大的元素当没有超过临界时，hash 将以zipmap来存储
#zipmap又称为 small hash，可大大减少内存的使用
hash-max-zipmap-entries 512
hash-max-zipmap-value 64
# Active rehashing uses 1 millisecond every 100 milliseconds of CPU time in
# order to help rehashing the main Redis hash table (the one mapping top-level
# keys to values). The hash table implementation redis uses (see dict.c)
# performs a lazy rehashing: the more operation you run into an hash table
# that is rhashing, the more rehashing "steps" are performed, so if the
# server is idle the rehashing is never complete and some more memory is used
# by the hash table.
# The default is to use this millisecond 10 times every second in order to
# active rehashing the main dictionaries, freeing memory when possible.
# If unsure:
# use "activerehashing no" if you have hard latency requirements and it is
# not a good thing in your environment that Redis can reply form time to time
# to queries with 2 milliseconds delay.
# use "activerehashing yes" if you don't have such hard requirements but
# want to free memory asap when possible.
#是否重置Hash表
#设置成yes后redis将每100毫秒使用1毫秒CPU时间来对redis的hash表重新hash，可降低内存的使用
#当使用场景有较为严格的实时性需求,不能接受Redis时不时的对请求有2毫秒的延迟的话，把这项配置为no。
#如果没有这么严格的实时性要求,可以设置为 yes,以便能够尽可能快的释放内存
activerehashing yes
Redis官方文档对VM的使用提出了一些建议:
当key很小而value很大时,使用VM的效果会比较好.因为这样节约的内存比较大, 当key不小时,可以考虑使用一些非常方法将很大的key变成很大的value,如可将key,value组合成一个新的value, 最好使用linux ext3 等对稀疏文件支持比较好的文件系统保存你的swap文件, vm-max-threads参数可设置访问swap文件的线程数，最好不要超过机器的核数；设置为0则所有对swap文件的操作都是串行的，可能会造成比较长时间的延迟,但是对数据完整性有很好的保证
redis数据存储
redis的存储分为内存存储、磁盘存储和log文件三部分，配置文件中有三个参数对其进行配置。
save seconds updates，save配置，指出在多长时间内，有多少次更新操作，就将数据同步到数据文件。可多个条件配合，默认配置了三个条件。
appendonly yes/no ，appendonly配置，指出是否在每次更新操作后进行日志记录，如果不开启，可能会在断电时导致一段时间内的数据丢失。因为redis本身同步数据文件是按上面的save条件来同步的，所以有的数据会在一段时间内只存在于内存中。
appendfsync no/always/everysec ，appendfsync配置，no表示等操作系统进行数据缓存同步到磁盘，always表示每次更新操作后手动调用fsync()将数据写到磁盘，everysec表示每秒同步一次。
推荐阅读：
感谢本文作者美舞映煌!
您可以通过下面的社交媒体联系/了解作者的更多信息：
关注他/她的
相关聚客文章16711人阅读
Redis（12）
开源项目SpringSide发起人肖桦（@江南白衣Calvin）在动手试用了Redis数据库一周之后，总结了一些关于Redis的常识，在这里分享给大家。
　　1. Overview
　　1.1 资料
《The Little Redis Book》最好的入门小册子，可以先于一切文档之前看，免费版，会不时更新。
Redis 命令中文版
作者的微博
NoSQL Fan里的Redis分类
《Redis Cookbook》(O'Reilly Media, 2011)
《Redis in Action》MEAP版，只有放出来的第一章。
　　1.2 优缺点
非常非常的快, 有测评说比Memcached还快。
丰富的数据结构，超越了一般的Key-Value数据库，组合使用各种结构，限制Redis用途的只会是你自己的想象力， Redis在互联网上的11种常见用例。
因为是个人作品，Redis的代码量也就1万行左右，大多选择了比较Simple的做法，使得普通公司而不是文艺公司也可以吃透它。
作者认为Redis 2.6版已经成熟，2013年的精力会放在HA和Scalable上，也就是Redis-Sentinel和Redis-Cluster了。
　　1.3 八卦
作者是意大利的Salvatore Sanfilippo(antirez)，又是VMWare大善人聘请了他专心写Redis。
antirez和我一样不喜欢搞什么咨询服务，所以Commercial Support是不会有了。
默认端口6379，是手机按键上MERZ对应的号码，意大利歌女Alessia Merz是antirez和朋友们认为愚蠢的代名词。
　　2. 数据结构
　　2.1 Key
Key 可以是任意类型,最后都存成byte[]
Key 不能太长，比如1024字节，但作者也不追求太短，要表达清楚意思才好，作者建议用&:&分隔表名，用&.&作为单词间的连接。
KEYS显示所有的key，支持通配符 &KEYS a*& , &keys a?c&，但不建议在生产环境大数据量下使用。
SORT，对集合按数字或字母顺序排序后返回，或者存到另一个List，还可以关联到外部Key等。因为会耗用CPU，有时会安排到slave上执行。
EXPIRE/EXPREAT/PERSIST/TTL/，关于Key超时的操作，默认以秒为单位，也有p字头的以毫秒为单位的版本。
其他命令： EXISTS，DEL，RENAME/RENAMENX(仅当new key不存在时)，MOVE/MIGRATE(实例内从此db到彼db/从此实例到彼实例)，RANDOMKEY，TYPE/Object(Key的类型/对象编码类型，空置时间)，DUMP/RESTORE(value值的持久化)
　　2.2 String
　　最普通的key-value，除了支持最基本的get/set， Redis也很喜欢添加一些简便的指令，在服务端做起来是举手之劳，客户端便方便很多。
incr/decr/incrby/incrbyfloat， 如果key还不存在时创建key并设原值为0。
setEx/pSetEx， Set + Expire 的简便写法,p字头以毫秒为单位。
setNx， key不存在时才put进去。
getset， 设置新值，返回旧值。
mget/mset/msetex， 一次get/set多个key。
getbit/setbit/bitop/bitcount bitmap玩法，比如统计今天的访问用户，每个用户有一个offset，今天进来的话就把那个位为1。
append/setrange/getrange，只对特定的数据格式比如字段定长的有用，json格式就没用。
　　2.3 Hash
　　Key-HashMap结构，相比2.2中的JSON格式Value，可以只读取/更新对象的某些属性，有些属性超长就让它一边呆着不动。。
　　另一个用法是用来建索引。比如User对象，除了id有时还要按name来查询，可以建一个Key为user:index:name的Hash，在插入User对象时(set user:101 {&id&:101,&name&:&calvin&})， 顺便往这个hash插入一条(hset user:index:name calvin 101)，这时calvin作为hash里的一个key，值为101。按name查询的时候，用hget user:index:name calvin 就能从名为calvin的key里取出id。
　　2.4 List
　　Redis里可以当双向链表来用，还提供blocking版本的pop函数，可以当Message Queue来用。
　　不过List并没有JMS的ack机制，如果消费者把job给Pop走了又没处理完就死机了怎么办? 解决方法之一是加多一个sorted set，以分发时间为score，用户把job做完了之后要去消掉它。
　　除了List标准的双向POP/PUSH外，还支持对队列内容的直接操作，比如LREM/LSET/LINSERT/LINDEX。
　　另外经常用LTRIM限制List的大小，比如只保留最新的20条消息。LRANGE不同于POP直接弹走元素，只是返回列表内一段下标的元素。LLEN获取列表的长度。
　　2.5 Set
　　Set就是Set，还提供一些交集，并集，差集的集合操作。
　　2.6 Sorted Set
　　有序集，元素放入集合的时候要同时提供该元素的分数。
ZRANGE/ZREVRANGE 按排名的上下限返回元素，正数与倒数。
ZRANGEBYSCORE/ZREVRANGEBYSCORE 按分数的上下限返回元素，正数与倒数。
ZREMRANGEBYRANK/ZREMRANGEBYSCORE 按排名/按分数删除元素。
ZCOUNT 统计分数上下限之间的元素个数。
ZRANK/ZREVRANK 显示某个元素的正倒序的排名。
ZSCORE/ZINCRBY 显示元素的分数/增加元素的分数。
ZADD/ZREM/ZCARD/ZINTERSTORE/ZUNIONSTORE 集合操作与SET相同，少了个差集的操作。
　　2.7 事务
　　用Multi/Exec/Discard实现， 隔离级别是这边事务一天不提交，那边另一个事务还是看到旧的值。 还有个Watch指令，起到CAS的效果，如果事务提交时，Key的值已被别的事务改变，事务会被打断。
　　2.8 Lua Script
　　Redis2.6内置的Lua Script支持，可以在Redis的Server端一次过运行大量逻辑。
整个Script默认是在一个事务里的。
Script里涉及的所有Key尽量用变量，从外面传入，使Redis一开始就知道你要改变哪些key。
EVAL每次传输一整段Script比较费带宽，可以先用SCRIPT LOAD载入script，返回哈希值。然后用EVALHASH执行。
内置的LUA库里还很贴心的带了CJSON，可以处理JSON字符串。
　　3. 性能
速度太快了，用光了带宽也测不出极限。如果是本地socket直连，incr可以去到很吓人的几十万TPS。
普通的get/set操作，经过了LAN，延时也只有1毫秒左右，可以放心使用，不用像调用REST接口和访问数据库那样，多一次外部访问都心痛。
自带的redis-benchmark默认只是基于一个很小的数据集进行测试，但可调整命令行参数如 redis-benchmark -r
-d 128 -t SET,GET 就可以默认开50条线程，SET 6M条左右(random)key是21字节长，value是128字节长的数据进去, 再GET出来。
如果要一次发送多条指令，PipeLining模式能让性能更快，因为它在设计上正视了网络往返的时间。
更快的是Lua Script模式，还可以包含逻辑，直接在服务端又get又set的 (见2.8 Lua Script)。
单线程单CPU架构，但作者认为CPU不是瓶颈，内存与网络带宽才是。
发现执行缓慢的命令，可配置执行超过多少时间的指令算是缓慢指令(默认10毫秒，不含IO时间)，可以用slowlog get 指令查看(默认只保留最后的128条)。单线程的模型下，某个请求占掉10毫秒是件大事情。
　　4. 容量
　　最大内存：
一定要设置最大内存，否则物理内存用爆了就会大量使用Swap，写RDB文件时的速度慢得你想死。
多留一倍内存是最安全的。重写AOF文件和RDB文件的进程(即使不做持久化，复制到Slave的时候也要写RDB)会fork出一条新进程来，采用了操作系统的Copy-On-Write策略(如果父进程的内存没被修改，子进程与父进程共享Page。如果父进程的Page被修改, 会复制一份改动前的内容给新进程)，留意Console打出来的报告，如&RDB: 1215 MB of memory used by copy-on-write&。在系统极度繁忙时，如果父进程的所有Page在子进程写RDB过程中都被修改过了，就需要两倍内存。
按照Redis启动时的提醒，设置 vm.overcommit_memory = 1 ，使得fork()一条10G的进程时，因为COW策略而不一定需要有10G的free memory.
当最大内存到达时，按照配置的Policy进行处理， 默认policy为volatile-lru， 对设置了expire time的key进行LRU清除(不是按实际expire time)。如果沒有数据设置了expire time或者policy为noeviction，则直接报错，但此时系统仍支持get之类的读操作。 另外还有几种policy，比如volatile-ttl按最接近expire time的，allkeys-lru对所有key都做LRU。
原来2.0版的VM(将Value放到磁盘，Key仍然放在内存)，2.4版后又不支持了。
　　内存占用：
测试表明，stirng类型需要90字节的额外代价，就是说key1个字节，value一个字节时，还是需要占用92字节的长度，而上述的benchmark的记录就占用了239个字节。
用make 32bit可以编译出32位的版本，每个指针占用的内存更小，但只支持最大4GB内存。
　　Sharding：
Jedis支持在客户端做分区，局限是不能动态re-sharding， 有分区的master倒了，必须用slave顶上。要增加分区的话，呃.....
Redis-Cluster是今年工作重点，支持automatic re-sharding， 采用和Hazelcast类似的算法，总共有N个分区，每台Server负责若干个分区。客户端先hash出key 属于哪个分区，然后发给负责这个分区的Server。Re-sharding时，会将某些分区的数据移到新的Server上，然后各Server周知分区&-&Server映射的变化，因为分区数量有限，所以通讯量不大。 在迁移过程中，原server对于已经迁移走的数据的get请求，会回一个临时转向的应答。
　　5. 高可用性
　　5.1 持久化
　　综述： 解密Redis持久化(中文概括版)，英文原版
　　RDB文件：
整个内存的压缩过的Snapshot，RDB的数据结构, 可以配置写Snapshot的复合触发条件，默认是60秒内改了1万次或300秒内改了10次或900秒内改了1次。
RDB在写入过程中，会连内存一起Fork出一个新进程，遍历新进程内存中的数据写RDB。
先写到临时文件再Rename，这样外部程序对RDB文件的备份和传输过程是安全的。而且即使写新快照的过程中Server被强制关掉了，旧的RDB文件还在。
可配置是否进行压缩，方法是是字符串的LZF算法 和String形式的数字变回int形式存储。
　　AOF文件：
append only的操作日志，等于mysql的binlog，记录所有有效的写操作，格式是明文的Redis协议的纯文本文件。
一般配置成每秒调用一次fsync将数据写到磁盘，坏处是操作系统非正常关机时，可能会丢1秒的数据。 如果设为fsync always，性能只剩几百TPS，不用考虑。
如果使用了AOF，重启时只会从AOF文件载入数据，不会管RDB文件。
AOF文件过大时，会fork出一条新进程来将文件重写(也是先写临时文件再rename)， 遍历新进程的内存中数据，每条记录有一条的Set语句。默认配置是当AOF文件大小是上次rewrite后的大小的一倍时触发。
Redis协议的内容，如set mykey hello， 将持久化成*3 $3 set $5 mykey $5 hello， 第一个数字代表这条语句有多少元，其他的数字代表后面字符串的长度。这样的设计，使得即使在写文件过程中突然关机导致文件不完整，也能自我修复，执行redis-check-aof即可。
& & RDB不会实时写入数据，而且如果同时使用两者，但服务器重启只会找AOF文件。那要不要只使用AOF呢？作者建议不要，因为RDB更适合用于备份数据库，快速重启，而且不会有AOF可能潜在的bug，留着作为一个万一的手段。
　　读写性能：
AOF重写和RDB写入都是在fork出进程后，遍历新进程内存顺序写的，既不影响主进程，顺序写的速度也比随机写快，在普通PC服务器上把刚才的1.5G数据写成一个200M的RDB文件大约8秒， 启动时载入一个1.4G的AOF文件大约13秒。
2.4版以后，lpush可以一次push多个值了，使得AOF重写时可以将旧版本中的多个lpush指令合成一个。
有人建议设置no-appendfsync-on-rewrite 为 yes，aof rewrite时就不执行fsync了，先都存在内存里，减少IO资源争用。 当然这样会丢数据。
Fork一个使用了大量内存的进程也要时间，大约10ms per GB的样子，各种系统的对比。
　　其他：
正确关闭服务器：redis-cli shutdown 或者 kill，都会graceful shutdown，保证写RDB文件以及将AOF文件fsync到磁盘，不会丢失数据。 如果是Ctrl+C，或者kill -9 就会丢失数据。
执行指令bgsave 可触发rdb存盘，bgrewriteaof可触发aof重写。
　　5.2 Master-Slave复制
可以在配置文件、命令行参数、以及执行SLAVEOF指令的来设置。
当前版本，一旦执行SlaveOF， slave会清掉自己的所有数据，执行一次全同步：Master要bgsave出自己的一个RDB文件，发给Slave。然后再增量同步: Master作为一个普通的client连入slave，将所有写操作转发给slave，没有特殊的同步协议。
作者在2.8版本中将支持PSYNC部分同步
测试表明同步延时非常小。
有建议只在Slave上写RDB和AOF文件，但这样master启动时就需要从slave copy文件，fail-over脚本也更复杂。只要有足够内存，master平时IO也不高的话，还是简化架构更好。
　　5.3 Fail-Over
　　5.3.1 概述
　　Redis-sentinel是2.6版开始加入的另一组独立运行的节点, 提供自动Fail Over的支持。
每秒钟对所有master，slave和其他sentinel执行ping，redis-server节点要应答+PONG或-LOADING或-MASTERDOWN.
如果某一台Sentinel没有在30秒内(可配置得短一些哦)收到上述正确应答，它就会认为master处于sdown状态(主观Down)
它向其他sentinel询问是否也认为master倒了(SENTINEL is-master-down-by-addr )， 如果quonum台(默认是2)sentinels在5秒钟内都这样认为，就会认为master真是odown了(客观Down)。
此时会选出一台sentinel作为Leader执行fail-over, Leader会从slave中选出一个提升为master(执行slaveof none)，这台slave必须状态正常，而且INFO显示它与master的复制连接并没有断开太久。然后让其他slave指向它(执行slaveof new master)。
& & 5.3.2 master/slave 及 其他sentinels的发现
　　master地址在sentinel的配置文件里, sentinel会每10秒一次向master发送INFO，知道master的slave有哪些。 如果master已经变为slave，sentiel会分析INFO的应答指向新的master。所以当sentiel重启时，它的配置文件里master的地址并没变，那它仍然会去找old master，然后被redirect到新的master。但如果old master还没起来，或者old master没把自己变成slave，悲剧就可能发生。
　　另外，sentinel会在master上建一个pub/sub channel，通告各种信息，比如+sdown/-sdown， 而且sentinel们也是通过接收pub/sub channel上的+sentinel的信息发现彼此，因为每台sentinel每5秒会发送一次__sentinel__:hello，宣告自己的存在。
　　5.3.3 自定义脚本
sentinel在failover时还会执行配置文件里指定的用户reconfig脚本，让master变为slave并指向新的master。
脚本在如下时机被调用： 1. slave开始提升成master，2.所有slave都已指向新master，3.各种原因提升被终止。
脚本的将会在命令行按顺序传入如下参数： &master-name& &role(leader/observer)& &state(上述三种情况)& &from-ip& &from-port& &to-ip& &to-port&
脚本返回0是正常，如果返回1会被重新执行，如果返回2或以上不会。 如果超过60秒没返回会被强制终止。
　　另一种notify脚本在收到任何pub/sub信息时都会调用，让你去通知O&M系统。
　　5.3.4 Client集成
　　client中执行语句SENTINEL get-master-addr-by-name mymaster 可获得当前master的地址。 但是Jedis还没集成sentinel,只有一个热心网友提交了pull request
　　淘宝的Tedis driver，使用了完全不同的思路，不基于Sentinel，而是多写随机读，学术名词是ReadOne-WriteAll-tx(see NoSQL数据库的分布式算法), 一开始就同步写入到所有节点，读的话随便读一个还活着的节点就行了。(但节点死掉重新起来后怎么重新同步?什么时候可以重新作为一个可选的master?)
　　Redis作者也在博客里抱怨怎么没有人做Dynamo-style 的client。
　　5.4 Geographic-Redundancy
　　一个方法是用rsync等工具同步RDB文件，但RDB文件是非常不实时的。
　　如果要求更高，可以自己写程序读取AOF文件或MONITOR，把指令转发给远处的站点，反正里头的内容就是Redis协议。
　　6. 维护
　　可以在配置文件中编写， 也可以在启动时的命令行配置， 如redis-server --port 7777 --slaveof 127.0.0.1 8888，还可以在cli中执行CONFIG GET， 可以达到不重启服务的修改配置参数的效果。
　　Redis监控技巧 有详细的介绍。
　　INFO指令将返回非常丰富的信息。
着重监控检查内存使用，比如是否已接近上限，比如有无大量使用swap(used_memory - used_memory_rss)
还有AOF与RDB文件的保存情况，master-slave的关系也要重点监控。
STAT中信息还包括key命中率，所有命令的执行次数，所有client连接数量等， CONFIG RESETSTAT 可重置。
SlowLog 检查慢操作(见2.性能)
配置sentinel的notify.sh脚本对所有事件告警或自己用PING/INFO监控节点状态(见5.3.3)
MONITOR可以显示Server收到的所有指令，可以用于debug。
Redis live， 基于Python的DashBoard，使用INFO和MONITOR获得系统情况和指令统计分析。
Instagram的Redis Faina，基于Python，使用MONITOR对指令进行统计分析.
Redis-rdb-tools 基于Python，可以分析RDB文件，比如每条Key对应value所占的大小，还可以将RDB dump成文本文件然后进行比较，还可以将RDB输出成JSON格式。
Redis作者自己写的Redis Sampler，基于Ruby，统计数据分布情况。
用redis-check-aof/redis-check-dump 修复烂掉的文件。
在系统闲时调用 bgrewriteaof 重写AOF文件。
　　7. 其他
　　过期数据清除 ,过期数据的清除从来不容易，Redis使用了一种相对务实的做法
当client主动get的时候会先进行判断。
如果clien永远都不再get那条key呢? 它会在后台，每秒10次的执行如下操作： 随机选取100个key校验是否过期，如果有25个以上的key过期了，立刻随机选取下100个key，可见如果数据不被主动get，它什么时候最终被清理掉是未知的。
上述主动清理只会在master进行，slave们会收到从master发过来的DEL指令，master的AOF文件也会插入一条DEL。
　　Redis如何处理客户端连接
　　8. Java Driver
　　各个Driver好像只有Jedis比较活跃。
　　不需要Spring Data Redis的封装，因为Jedis已足够简单，所以它没有像对MongoDB java driver的封装那样能简化代码，所谓屏蔽各种底层driver的差异并不太吸引人，因为我就没打算选其他几种driver。
　　Jedis基于Apache Commons Pool做的连接池，默认最大连接数只有8，一般需要重新设置。
　　9. Windows的版本
　　Windows版本方便单机调测，但Redis并没有提供，好在微软提供了一个，暂时基于Redis 2.4版本。 /MSOpenTech/redis 因为github现在已经没有Download服务了，所以编译好的可执行文件藏在这里 /MSOpenTech/redis/tree/2.4/msvs/bin/release
原文出处：/springside/springside4/wiki/redis&
TechTarget中国原创内容，原文链接：.cn/showcontent_70423.htm
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：494035次
积分：5575
积分：5575
排名：第3585名
原创：29篇
转载：311篇
评论：29条
(2)(2)(3)(2)(6)(3)(2)(7)(1)(2)(1)(1)(5)(1)(11)(17)(10)(6)(13)(5)(5)(2)(3)(4)(3)(3)(7)(2)(1)(3)(7)(8)(40)(32)(9)(4)(10)(6)(3)(13)(10)(7)(1)(1)(3)(4)(3)(2)(1)(2)(3)(2)(1)(1)(2)(3)(6)(2)(2)(4)(12)(2)(6)(2)(2)(2)