文档章节

redis.conf中文版

山下狮子
 山下狮子
发布于 2014/06/25 09:39
字数 4981
阅读 92
收藏 10
001 # Redis示例配置文件
002
003 # 注意单位问题:当需要设置内存大小的时候,可以使用类似1k、5GB、4M这样的常见格式:
004 #
005 # 1k => 1000 bytes
006 # 1kb => 1024 bytes
007 # 1m => 1000000 bytes
008 # 1mb => 1024*1024 bytes
009 # 1g => 1000000000 bytes
010 # 1gb => 1024*1024*1024 bytes
011 #
012 # 单位是大小写不敏感的,所以1GB 1Gb 1gB的写法都是完全一样的。
013
014 # Redis默认是不作为守护进程来运行的。你可以把这个设置为"yes"让它作为守护进程来运行。
015 # 注意,当作为守护进程的时候,Redis会把进程ID写到 /var/run/redis.pid
016 daemonize no
017
018 # 当以守护进程方式运行的时候,Redis会把进程ID默认写到 /var/run/redis.pid。你可以在这里修改路径。
019 pidfile /var/run/redis.pid
020
021 # 接受连接的特定端口,默认是6379。
022 # 如果端口设置为0,Redis就不会监听TCP套接字。
023 port 6379
024
025 # 如果你想的话,你可以绑定单一接口;如果这里没单独设置,那么所有接口的连接都会被监听。
026 #
027 # bind 127.0.0.1
028
029 # 指定用来监听连接的unxi套接字的路径。这个没有默认值,所以如果你不指定的话,Redis就不会通过unix套接字来监听。
030 #
031 # unixsocket /tmp/redis.sock
032 # unixsocketperm 755
033
034 #一个客户端空闲多少秒后关闭连接。(0代表禁用,永不关闭)
035 timeout 0
036
037 # 设置服务器调试等级。
038 # 可能值:
039 # debug (很多信息,对开发/测试有用)
040 # verbose (很多精简的有用信息,但是不像debug等级那么多)
041 # notice (适量的信息,基本上是你生产环境中需要的程度)
042 # warning (只有很重要/严重的信息会记录下来)
043 loglevel verbose
044
045 # 指明日志文件名。也可以使用"stdout"来强制让Redis把日志信息写到标准输出上。
046 # 注意:如果Redis以守护进程方式运行,而你设置日志显示到标准输出的话,那么日志会发送到 /dev/null
047 logfile stdout
048
049 # 要使用系统日志记录器很简单,只要设置 "syslog-enabled" 为 "yes" 就可以了。
050 # 然后根据需要设置其他一些syslog参数就可以了。
051 # syslog-enabled no
052
053 # 指明syslog身份
054 # syslog-ident redis
055
056 # 指明syslog的设备。必须是一个用户或者是 LOCAL0 ~ LOCAL7 之一。
057 # syslog-facility local0
058
059 # 设置数据库个数。默认数据库是 DB 0,你可以通过SELECT <dbid> WHERE dbid(0~'databases' - 1)来为每个连接使用不同的数据库。
060 databases 16
061
062 ################################ 快照 #################################
063
064 #
065 # 把数据库存到磁盘上:
066 #
067 #   save <seconds> <changes>
068 #  
069 #   会在指定秒数和数据变化次数之后把数据库写到磁盘上。
070 #
071 #   下面的例子将会进行把数据写入磁盘的操作:
072 #   900秒(15分钟)之后,且至少1次变更
073 #   300秒(5分钟)之后,且至少10次变更
074 #   60秒之后,且至少10000次变更
075 #
076 #   注意:你要想不写磁盘的话就把所有 "save" 设置注释掉就行了。
077
078 save 900 1
079 save 300 10
080 save 60 10000
081
082 # 当导出到 .rdb 数据库时是否用LZF压缩字符串对象。
083 # 默认设置为 "yes",所以几乎总是生效的。
084 # 如果你想节省CPU的话你可以把这个设置为 "no",但是如果你有可压缩的key的话,那数据文件就会更大了。
085 rdbcompression yes
086
087 # 数据库的文件名
088 dbfilename dump.rdb
089
090 # 工作目录
091 #
092 # 数据库会写到这个目录下,文件名就是上面的 "dbfilename" 的值。
093 #
094 # 累加文件也放这里。
095 #
096 # 注意你这里指定的必须是目录,不是文件名。
097 dir ./
098
099 ################################# 同步 #################################
100
101 #
102 # 主从同步。通过 slaveof 配置来实现Redis实例的备份。
103 # 注意,这里是本地从远端复制数据。也就是说,本地可以有不同的数据库文件、绑定不同的IP、监听不同的端口。
104 #
105 # slaveof <masterip> <masterport>
106
107 # 如果master设置了密码(通过下面的 "requirepass" 选项来配置),那么slave在开始同步之前必须进行身份验证,否则它的同步请求会被拒绝。
108 #
109 # masterauth <master-password>
110
111 # 当一个slave失去和master的连接,或者同步正在进行中,slave的行为有两种可能:
112 #
113 # 1) 如果 slave-serve-stale-data 设置为 "yes" (默认值),slave会继续响应客户端请求,可能是正常数据,也可能是还没获得值的空数据。
114 # 2) 如果 slave-serve-stale-data 设置为 "no",slave会回复"正在从master同步(SYNC with master in progress)"来处理各种请求,除了 INFO 和 SLAVEOF 命令。
115 #
116 slave-serve-stale-data yes
117
118 # slave根据指定的时间间隔向服务器发送ping请求。
119 # 时间间隔可以通过 repl_ping_slave_period 来设置。
120 # 默认10秒。
121 #
122 # repl-ping-slave-period 10
123
124 # 下面的选项设置了大块数据I/O、向master请求数据和ping响应的过期时间。
125 # 默认值60秒。
126 #
127 # 一个很重要的事情是:确保这个值比 repl-ping-slave-period 大,否则master和slave之间的传输过期时间比预想的要短。
128 #
129 # repl-timeout 60
130
131 ################################## 安全 ###################################
132
133 # 要求客户端在处理任何命令时都要验证身份和密码。
134 # 这在你信不过来访者时很有用。
135 #
136 # 为了向后兼容的话,这段应该注释掉。而且大多数人不需要身份验证(例如:它们运行在自己的服务器上。)
137 #
138 # 警告:因为Redis太快了,所以居心不良的人可以每秒尝试150k的密码来试图破解密码。
139 # 这意味着你需要一个高强度的密码,否则破解太容易了。
140 #
141 # requirepass foobared
142
143 # 命令重命名
144 #
145 # 在共享环境下,可以为危险命令改变名字。比如,你可以为 CONFIG 改个其他不太容易猜到的名字,这样你自己仍然可以使用,而别人却没法做坏事了。
146 #
147 # 例如:
148 #
149 # rename-command CONFIG b840fc02d524045429941cc15f59e41cb7be6c52
150 #
151 # 甚至也可以通过给命令赋值一个空字符串来完全禁用这条命令:
152 #
153 # rename-command CONFIG ""
154
155 ################################### 限制 ####################################
156
157 #
158 # 设置最多同时连接客户端数量。
159 # 默认没有限制,这个关系到Redis进程能够打开的文件描述符数量。
160 # 特殊值"0"表示没有限制。
161 # 一旦达到这个限制,Redis会关闭所有新连接并发送错误"达到最大用户数上限(max number of clients reached)"
162 #
163 # maxclients 128
164
165 # 不要用比设置的上限更多的内存。一旦内存使用达到上限,Redis会根据选定的回收策略(参见:maxmemmory-policy)删除key。
166 #
167 # 如果因为删除策略问题Redis无法删除key,或者策略设置为 "noeviction",Redis会回复需要更多内存的错误信息给命令。
168 # 例如,SET,LPUSH等等。但是会继续合理响应只读命令,比如:GET。
169 #
170 # 在使用Redis作为LRU缓存,或者为实例设置了硬性内存限制的时候(使用 "noeviction" 策略)的时候,这个选项还是满有用的。
171 #
172 # 警告:当一堆slave连上达到内存上限的实例的时候,响应slave需要的输出缓存所需内存不计算在使用内存当中。
173 # 这样当请求一个删除掉的key的时候就不会触发网络问题/重新同步的事件,然后slave就会收到一堆删除指令,直到数据库空了为止。
174 #
175 # 简而言之,如果你有slave连上一个master的话,那建议你把master内存限制设小点儿,确保有足够的系统内存用作输出缓存。
176 # (如果策略设置为"noeviction"的话就不无所谓了)
177 #
178 # maxmemory <bytes>
179
180 # 内存策略:如果达到内存限制了,Redis如何删除key。你可以在下面五个策略里面选:
181 #
182 # volatile-lru -> 根据LRU算法生成的过期时间来删除。
183 # allkeys-lru -> 根据LRU算法删除任何key。
184 # volatile-random -> 根据过期设置来随机删除key。
185 # allkeys->random -> 无差别随机删。
186 # volatile-ttl -> 根据最近过期时间来删除(辅以TTL)
187 # noeviction -> 谁也不删,直接在写操作时返回错误。
188 #
189 # 注意:对所有策略来说,如果Redis找不到合适的可以删除的key都会在写操作时返回一个错误。
190 #
191 #       这里涉及的命令:set setnx setex append
192 #       incr decr rpush lpush rpushx lpushx linsert lset rpoplpush sadd
193 #       sinter sinterstore sunion sunionstore sdiff sdiffstore zadd zincrby
194 #       zunionstore zinterstore hset hsetnx hmset hincrby incrby decrby
195 #       getset mset msetnx exec sort
196 #
197 # 默认值如下:
198 #
199 # maxmemory-policy volatile-lru
200
201 # LRU和最小TTL算法的实现都不是很精确,但是很接近(为了省内存),所以你可以用样例做测试。
202 # 例如:默认Redis会检查三个key然后取最旧的那个,你可以通过下面的配置项来设置样本的个数。
203 #
204 # maxmemory-samples 3
205
206 ############################## 纯累加模式 ###############################
207
208 # 默认情况下,Redis是异步的把数据导出到磁盘上。这种情况下,当Redis挂掉的时候,最新的数据就丢了。
209 # 如果不希望丢掉任何一条数据的话就该用纯累加模式:一旦开启这个模式,Redis会把每次写入的数据在接收后都写入 appendonly.aof 文件。
210 # 每次启动时Redis都会把这个文件的数据读入内存里。
211 #
212 # 注意,异步导出的数据库文件和纯累加文件可以并存(你得把上面所有"save"设置都注释掉,关掉导出机制)。
213 # 如果纯累加模式开启了,那么Redis会在启动时载入日志文件而忽略导出的 dump.rdb 文件。
214 #
215 # 重要:查看 BGREWRITEAOF 来了解当累加日志文件太大了之后,怎么在后台重新处理这个日志文件。
216
217 appendonly no
218
219 # 纯累加文件名字(默认:"appendonly.aof")
220 # appendfilename appendonly.aof
221
222 # fsync() 请求操作系统马上把数据写到磁盘上,不要再等了。
223 # 有些操作系统会真的把数据马上刷到磁盘上;有些则要磨蹭一下,但是会尽快去做。
224 #
225 # Redis支持三种不同的模式:
226 #
227 # no:不要立刻刷,只有在操作系统需要刷的时候再刷。比较快。
228 # always:每次写操作都立刻写入到aof文件。慢,但是最安全。
229 # everysec:每秒写一次。折衷方案。
230 #
231 # 默认的 "everysec" 通常来说能在速度和数据安全性之间取得比较好的平衡。
232 # 如果你真的理解了这个意味着什么,那么设置"no"可以获得更好的性能表现(如果丢数据的话,则只能拿到一个不是很新的快照);
233 # 或者相反的,你选择 "always" 来牺牲速度确保数据安全、完整。
234 #
235 # 如果拿不准,就用 "everysec"
236
237 # appendfsync always
238 appendfsync everysec
239 # appendfsync no
240
241 # 如果AOF的同步策略设置成 "always" 或者 "everysec",那么后台的存储进程(后台存储或写入AOF日志)会产生很多磁盘I/O开销。
242 # 某些Linux的配置下会使Redis因为 fsync() 而阻塞很久。
243 # 注意,目前对这个情况还没有完美修正,甚至不同线程的 fsync() 会阻塞我们的 write(2) 请求。
244 #
245 # 为了缓解这个问题,可以用下面这个选项。它可以在 BGSAVE 或 BGREWRITEAOF 处理时阻止 fsync()。
246 #
247 # 这就意味着如果有子进程在进行保存操作,那么Redis就处于"不可同步"的状态。
248 # 这实际上是说,在最差的情况下可能会丢掉30秒钟的日志数据。(默认Linux设定)
249 #
250 # 如果你有延迟的问题那就把这个设为 "yes",否则就保持 "no",这是保存持久数据的最安全的方式。
251 no-appendfsync-on-rewrite no
252
253 # 自动重写AOF文件
254 #
255 # 如果AOF日志文件大到指定百分比,Redis能够通过 BGREWRITEAOF 自动重写AOF日志文件。
256 #
257 # 工作原理:Redis记住上次重写时AOF日志的大小(或者重启后没有写操作的话,那就直接用此时的AOF文件),
258 #           基准尺寸和当前尺寸做比较。如果当前尺寸超过指定比例,就会触发重写操作。
259 #
260 # 你还需要指定被重写日志的最小尺寸,这样避免了达到约定百分比但尺寸仍然很小的情况还要重写。
261 #
262 # 指定百分比为0会禁用AOF自动重写特性。
263
264 auto-aof-rewrite-percentage 100
265 auto-aof-rewrite-min-size 64mb
266
267 ################################## 慢查询日志 ###################################
268
269 # Redis慢查询日志可以记录超过指定时间的查询。运行时间不包括各种I/O时间。
270 # 例如:连接客户端,发送响应数据等。只计算命令运行的实际时间(这是唯一一种命令运行线程阻塞而无法同时为其他请求服务的场景)
271 #
272 # 你可以为慢查询日志配置两个参数:一个是超标时间,单位为微妙,记录超过个时间的命令。
273 # 另一个是慢查询日志长度。当一个新的命令被写进日志的时候,最老的那个记录会被删掉。
274 #
275 # 下面的时间单位是微秒,所以1000000就是1秒。注意,负数时间会禁用慢查询日志,而0则会强制记录所有命令。
276 slowlog-log-slower-than 10000
277
278 # 这个长度没有限制。只要有足够的内存就行。你可以通过 SLOWLOG RESET 来释放内存。(译者注:日志居然是在内存里的Orz)
279 slowlog-max-len 128
280
281 ################################ 虚拟内存 ###############################
282
283 ### 警告!虚拟内存在Redis 2.4是反对的。
284 ### 非常不鼓励使用虚拟内存!!
285
286 # 虚拟内存可以使Redis在内存不够的情况下仍然可以将所有数据序列保存在内存里。
287 # 为了做到这一点,高频key会调到内存里,而低频key会转到交换文件里,就像操作系统使用内存页一样。
288 #
289 # 要使用虚拟内存,只要把 "vm-enabled" 设置为 "yes",并根据需要设置下面三个虚拟内存参数就可以了。
290
291 vm-enabled no
292 # vm-enabled yes
293
294 # 这是交换文件的路径。估计你猜到了,交换文件不能在多个Redis实例之间共享,所以确保每个Redis实例使用一个独立交换文件。
295 #
296 # 最好的保存交换文件(被随机访问)的介质是固态硬盘(SSD)。
297 #
298 # *** 警告 *** 如果你使用共享主机,那么默认的交换文件放到 /tmp 下是不安全的。
299 # 创建一个Redis用户可写的目录,并配置Redis在这里创建交换文件。
300 vm-swap-file /tmp/redis.swap
301
302 # "vm-max-memory" 配置虚拟内存可用的最大内存容量。
303 # 如果交换文件还有空间的话,所有超标部分都会放到交换文件里。
304 #
305 # "vm-max-memory" 设置为0表示系统会用掉所有可用内存。
306 # 这默认值不咋地,只是把你能用的内存全用掉了,留点余量会更好。
307 # 例如,设置为剩余内存的60%-80%。
308 vm-max-memory 0
309
310 # Redis交换文件是分成多个数据页的。
311 # 一个可存储对象可以被保存在多个连续页里,但是一个数据页无法被多个对象共享。
312 # 所以,如果你的数据页太大,那么小对象就会浪费掉很多空间。
313 # 如果数据页太小,那用于存储的交换空间就会更少(假定你设置相同的数据页数量)
314 #
315 # 如果你使用很多小对象,建议分页尺寸为64或32个字节。
316 # 如果你使用很多大对象,那就用大一些的尺寸。
317 # 如果不确定,那就用默认值 :)
318 vm-page-size 32
319
320 # 交换文件里数据页总数。
321 # 根据内存中分页表(已用/未用的数据页分布情况),磁盘上每8个数据页会消耗内存里1个字节。
322 #
323 # 交换区容量 = vm-page-size * vm-pages
324 #
325 # 根据默认的32字节的数据页尺寸和134217728的数据页数来算,Redis的数据页文件会占4GB,而内存里的分页表会消耗16MB内存。
326 #
327 # 为你的应验程序设置最小且够用的数字比较好,下面这个默认值在大多数情况下都是偏大的。
328 vm-pages 134217728
329
330 # 同时可运行的虚拟内存I/O线程数。
331 # 这些线程可以完成从交换文件进行数据读写的操作,也可以处理数据在内存与磁盘间的交互和编码/解码处理。
332 # 多一些线程可以一定程度上提高处理效率,虽然I/O操作本身依赖于物理设备的限制,不会因为更多的线程而提高单次读写操作的效率。
333 #
334 # 特殊值0会关闭线程级I/O,并会开启阻塞虚拟内存机制。
335 vm-max-threads 4
336
337 ############################### 高级配置 ###############################
338
339 # 当有大量数据时,适合用哈希编码(需要更多的内存),元素数量上限不能超过给定限制。
340 # 你可以通过下面的选项来设定这些限制:
341 hash-max-zipmap-entries 512
342 hash-max-zipmap-value 64
343
344 # 与哈希相类似,数据元素较少的情况下,可以用另一种方式来编码从而节省大量空间。
345 # 这种方式只有在符合下面限制的时候才可以用:
346 list-max-ziplist-entries 512
347 list-max-ziplist-value 64
348
349 # 还有这样一种特殊编码的情况:数据全是64位无符号整型数字构成的字符串。
350 # 下面这个配置项就是用来限制这种情况下使用这种编码的最大上限的。
351 set-max-intset-entries 512
352
353 # 与第一、第二种情况相似,有序序列也可以用一种特别的编码方式来处理,可节省大量空间。
354 # 这种编码只适合长度和元素都符合下面限制的有序序列:
355 zset-max-ziplist-entries 128
356 zset-max-ziplist-value 64
357
358 # 哈希刷新,每100个CPU毫秒会拿出1个毫秒来刷新Redis的主哈希表(顶级键值映射表)。
359 # redis所用的哈希表实现(见dict.c)采用延迟哈希刷新机制:你对一个哈希表操作越多,哈希刷新操作就越频繁;
360 # 反之,如果服务器非常不活跃那么也就是用点内存保存哈希表而已。
361 #
362 # 默认是每秒钟进行10次哈希表刷新,用来刷新字典,然后尽快释放内存。
363 #
364 # 建议:
365 # 如果你对延迟比较在意的话就用 "activerehashing no",每个请求延迟2毫秒不太好嘛。
366 # 如果你不太在意延迟而希望尽快释放内存的话就设置 "activerehashing yes"。
367 activerehashing yes
368
369 ################################## 包含 ###################################
370
371 # 包含一个或多个其他配置文件。
372 # 这在你有标准配置模板但是每个redis服务器又需要个性设置的时候很有用。
373 # 包含文件特性允许你引人其他配置文件,所以好好利用吧。
374 #
375 # include /path/to/local.conf
376 # include /path/to/other.conf


© 著作权归作者所有

山下狮子
粉丝 24
博文 115
码字总数 58167
作品 0
东城
程序员
私信 提问
加载中

评论(2)

山下狮子
山下狮子 博主

引用来自“摩云飞”的评论

请问你这个配置文件是基于Redis的哪个版本,好像有一些配置没有出现~~
2.7还是多少,具体忘记了。应该都差不多的
摩云飞
摩云飞
请问你这个配置文件是基于Redis的哪个版本,好像有一些配置没有出现~~
redis更新日志中文版2.4-2.6

2.4 -> 2.6 1.SORT命令不会对非数值类型(double)排序,适用于list,set (string 类型使用 sort alpha ) 2.EXPIRE相关命令都精确到了毫秒,不影响expire命令 3.INFO输出格式中增加了空行与注释...

屌丝Lee
2016/06/15
98
0
redis.conf中文版(基于2.4)

昨天研究Redis,顺便把配置文件翻译了。这是我学习技术的一种方法。 虽然还没仔细校对和润色,不过意思应该大体不错,特来分享。 求拍砖,让砖头来得更猛烈些吧!凑够砖头就可以回老家盖房子...

Liuxd
2012/06/05
7.4K
25
redis.conf中文版注释

# Redis示例配置文件 # 注意单位问题:当需要设置内存大小的时候,可以使用类似1k、5GB、4M这样的常见格式: # # 1k => 1000 bytes # 1kb => 1024 bytes # 1m => 1000000 bytes # 1mb => 10...

楚广明
2012/09/25
0
0
多节点 安装redis cluster安装部署-4.0.1

环境 节点数量 IP:172.17.7.11 CPU :12 核 MEM:96G 启动服务数量:6 使用端口:7001~12IP:172.17.7.25 CPU :12 核 MEM:96G 启动服务数量:6 使用端口:7001~12IP:172.17.7.26 CPU :12 ...

kjh2007abc
2018/06/27
0
0
nohup批量启动某个程序,但只启动了一个。。

环境是在cygwin上。在/home/redis下有五个文件夹,分别是7000,7001,7002,7003,7004,每个文件夹里有两个文件。【redis-server.exe】【redis.conf】 启动第一个redis服务端的时候,是这样...

szwx855
2016/10/31
589
0

没有更多内容

加载失败,请刷新页面

加载更多

64.监控平台介绍 安装zabbix 忘记admin密码

19.1 Linux监控平台介绍 19.2 zabbix监控介绍 19.3/19.4/19.6 安装zabbix 19.5 忘记Admin密码如何做 19.1 Linux监控平台介绍: 常见开源监控软件 ~1.cacti、nagios、zabbix、smokeping、ope...

oschina130111
今天
13
0
当餐饮遇上大数据,嗯真香!

之前去开了一场会,主题是「餐饮领袖新零售峰会」。认真听完了餐饮前辈和新秀们的分享,觉得获益匪浅,把脑子里的核心纪要整理了一下,今天和大家做一个简单的分享,欢迎感兴趣的小伙伴一起交...

数澜科技
今天
7
0
DNS-over-HTTPS 的下一代是 DNS ON BLOCKCHAIN

本文作者:PETER LAI ,是 Diode 的区块链工程师。在进入软件开发领域之前,他主要是在做工商管理相关工作。Peter Lai 也是一位活跃的开源贡献者。目前,他正在与 Diode 团队一起开发基于区块...

红薯
今天
10
0
CC攻击带来的危害我们该如何防御?

随着网络的发展带给我们很多的便利,但是同时也带给我们一些网站安全问题,网络攻击就是常见的网站安全问题。其中作为站长最常见的就是CC攻击,CC攻击是网络攻击方式的一种,是一种比较常见的...

云漫网络Ruan
今天
12
0
实验分析性专业硕士提纲撰写要点

为什么您需要研究论文的提纲? 首先当您进行研究时,您需要聚集许多信息和想法,研究论文提纲可以较好地组织你的想法, 了解您研究资料的流畅度和程度。确保你写作时不会错过任何重要资料以此...

论文辅导员
今天
8
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部