1 | # Redis configuration file example |
---|
2 | |
---|
3 | # Note on units: when memory size is needed, it is possible to specify |
---|
4 | # it in the usual form of 1k 5GB 4M and so forth: |
---|
5 | # |
---|
6 | # 1k => 1000 bytes |
---|
7 | # 1kb => 1024 bytes |
---|
8 | # 1m => 1000000 bytes |
---|
9 | # 1mb => 1024*1024 bytes |
---|
10 | # 1g => 1000000000 bytes |
---|
11 | # 1gb => 1024*1024*1024 bytes |
---|
12 | # |
---|
13 | # units are case insensitive so 1GB 1Gb 1gB are all the same. |
---|
14 | |
---|
15 | # By default Redis does not run as a daemon. Use 'yes' if you need it. |
---|
16 | # Note that Redis will write a pid file in /var/run/redis.pid when daemonized. |
---|
17 | daemonize yes |
---|
18 | |
---|
19 | # When running daemonized, Redis writes a pid file in /var/run/redis.pid by |
---|
20 | # default. You can specify a custom pid file location here. |
---|
21 | pidfile /var/run/redis.pid |
---|
22 | |
---|
23 | # Accept connections on the specified port, default is 6379. |
---|
24 | # If port 0 is specified Redis will not listen on a TCP socket. |
---|
25 | port 6379 |
---|
26 | |
---|
27 | # If you want you can bind a single interface, if the bind option is not |
---|
28 | # specified all the interfaces will listen for incoming connections. |
---|
29 | # |
---|
30 | bind 127.0.0.1 |
---|
31 | |
---|
32 | # Specify the path for the unix socket that will be used to listen for |
---|
33 | # incoming connections. There is no default, so Redis will not listen |
---|
34 | # on a unix socket when not specified. |
---|
35 | # |
---|
36 | # unixsocket /tmp/redis.sock |
---|
37 | # unixsocketperm 755 |
---|
38 | |
---|
39 | # Close the connection after a client is idle for N seconds (0 to disable) |
---|
40 | timeout 300 |
---|
41 | |
---|
42 | # Set server verbosity to 'debug' |
---|
43 | # it can be one of: |
---|
44 | # debug (a lot of information, useful for development/testing) |
---|
45 | # verbose (many rarely useful info, but not a mess like the debug level) |
---|
46 | # notice (moderately verbose, what you want in production probably) |
---|
47 | # warning (only very important / critical messages are logged) |
---|
48 | loglevel warning |
---|
49 | |
---|
50 | # Specify the log file name. Also 'stdout' can be used to force |
---|
51 | # Redis to log on the standard output. Note that if you use standard |
---|
52 | # output for logging but daemonize, logs will be sent to /dev/null |
---|
53 | logfile /var/log/redis/redis-server.log |
---|
54 | |
---|
55 | # To enable logging to the system logger, just set 'syslog-enabled' to yes, |
---|
56 | # and optionally update the other syslog parameters to suit your needs. |
---|
57 | # syslog-enabled no |
---|
58 | |
---|
59 | # Specify the syslog identity. |
---|
60 | # syslog-ident redis |
---|
61 | |
---|
62 | # Specify the syslog facility. Must be USER or between LOCAL0-LOCAL7. |
---|
63 | # syslog-facility local0 |
---|
64 | |
---|
65 | # Set the number of databases. The default database is DB 0, you can select |
---|
66 | # a different one on a per-connection basis using SELECT <dbid> where |
---|
67 | # dbid is a number between 0 and 'databases'-1 |
---|
68 | databases 8 |
---|
69 | |
---|
70 | ################################ SNAPSHOTTING ################################# |
---|
71 | # |
---|
72 | # Save the DB on disk: |
---|
73 | # |
---|
74 | # save <seconds> <changes> |
---|
75 | # |
---|
76 | # Will save the DB if both the given number of seconds and the given |
---|
77 | # number of write operations against the DB occurred. |
---|
78 | # |
---|
79 | # In the example below the behaviour will be to save: |
---|
80 | # after 900 sec (15 min) if at least 1 key changed |
---|
81 | # after 300 sec (5 min) if at least 10 keys changed |
---|
82 | # after 60 sec if at least 10000 keys changed |
---|
83 | # |
---|
84 | # Note: you can disable saving at all commenting all the "save" lines. |
---|
85 | # |
---|
86 | # It is also possible to remove all the previously configured save |
---|
87 | # points by adding a save directive with a single empty string argument |
---|
88 | # like in the following example: |
---|
89 | # |
---|
90 | # save "" |
---|
91 | |
---|
92 | save 900 1 |
---|
93 | save 300 10 |
---|
94 | save 60 10000 |
---|
95 | |
---|
96 | # By default Redis will stop accepting writes if RDB snapshots are enabled |
---|
97 | # (at least one save point) and the latest background save failed. |
---|
98 | # This will make the user aware (in an hard way) that data is not persisting |
---|
99 | # on disk properly, otherwise chances are that no one will notice and some |
---|
100 | # distater will happen. |
---|
101 | # |
---|
102 | # If the background saving process will start working again Redis will |
---|
103 | # automatically allow writes again. |
---|
104 | # |
---|
105 | # However if you have setup your proper monitoring of the Redis server |
---|
106 | # and persistence, you may want to disable this feature so that Redis will |
---|
107 | # continue to work as usually even if there are problems with disk, |
---|
108 | # permissions, and so forth. |
---|
109 | stop-writes-on-bgsave-error no |
---|
110 | |
---|
111 | # Compress string objects using LZF when dump .rdb databases? |
---|
112 | # For default that's set to 'yes' as it's almost always a win. |
---|
113 | # If you want to save some CPU in the saving child set it to 'no' but |
---|
114 | # the dataset will likely be bigger if you have compressible values or keys. |
---|
115 | rdbcompression yes |
---|
116 | |
---|
117 | # Since version 5 of RDB a CRC64 checksum is placed at the end of the file. |
---|
118 | # This makes the format more resistant to corruption but there is a performance |
---|
119 | # hit to pay (around 10%) when saving and loading RDB files, so you can disable it |
---|
120 | # for maximum performances. |
---|
121 | # |
---|
122 | # RDB files created with checksum disabled have a checksum of zero that will |
---|
123 | # tell the loading code to skip the check. |
---|
124 | rdbchecksum no |
---|
125 | |
---|
126 | # The filename where to dump the DB |
---|
127 | dbfilename dump.rdb |
---|
128 | |
---|
129 | # The working directory. |
---|
130 | # |
---|
131 | # The DB will be written inside this directory, with the filename specified |
---|
132 | # above using the 'dbfilename' configuration directive. |
---|
133 | # |
---|
134 | # Also the Append Only File will be created inside this directory. |
---|
135 | # |
---|
136 | # Note that you must specify a directory here, not a file name. |
---|
137 | dir /var/lib/redis |
---|
138 | |
---|
139 | ################################# REPLICATION ################################# |
---|
140 | |
---|
141 | # Master-Slave replication. Use slaveof to make a Redis instance a copy of |
---|
142 | # another Redis server. Note that the configuration is local to the slave |
---|
143 | # so for example it is possible to configure the slave to save the DB with a |
---|
144 | # different interval, or to listen to another port, and so on. |
---|
145 | # |
---|
146 | # slaveof <masterip> <masterport> |
---|
147 | |
---|
148 | # If the master is password protected (using the "requirepass" configuration |
---|
149 | # directive below) it is possible to tell the slave to authenticate before |
---|
150 | # starting the replication synchronization process, otherwise the master will |
---|
151 | # refuse the slave request. |
---|
152 | # |
---|
153 | # masterauth <master-password> |
---|
154 | |
---|
155 | # When a slave lost the connection with the master, or when the replication |
---|
156 | # is still in progress, the slave can act in two different ways: |
---|
157 | # |
---|
158 | # 1) if slave-serve-stale-data is set to 'yes' (the default) the slave will |
---|
159 | # still reply to client requests, possibly with out of date data, or the |
---|
160 | # data set may just be empty if this is the first synchronization. |
---|
161 | # |
---|
162 | # 2) if slave-serve-stale data is set to 'no' the slave will reply with |
---|
163 | # an error "SYNC with master in progress" to all the kind of commands |
---|
164 | # but to INFO and SLAVEOF. |
---|
165 | # |
---|
166 | slave-serve-stale-data yes |
---|
167 | |
---|
168 | # You can configure a slave instance to accept writes or not. Writing against |
---|
169 | # a slave instance may be useful to store some ephemeral data (because data |
---|
170 | # written on a slave will be easily deleted after resync with the master) but |
---|
171 | # may also cause problems if clients are writing to it because of a |
---|
172 | # misconfiguration. |
---|
173 | # |
---|
174 | # Since Redis 2.6 by default slaves are read-only. |
---|
175 | # |
---|
176 | # Note: read only slaves are not designed to be exposed to untrusted clients |
---|
177 | # on the internet. It's just a protection layer against misuse of the instance. |
---|
178 | # Still a read only slave exports by default all the administrative commands |
---|
179 | # such as CONFIG, DEBUG, and so forth. To a limited extend you can improve |
---|
180 | # security of read only slaves using 'rename-command' to shadow all the |
---|
181 | # administrative / dangerous commands. |
---|
182 | slave-read-only yes |
---|
183 | |
---|
184 | # Slaves send PINGs to server in a predefined interval. It's possible to change |
---|
185 | # this interval with the repl_ping_slave_period option. The default value is 10 |
---|
186 | # seconds. |
---|
187 | # |
---|
188 | # repl-ping-slave-period 10 |
---|
189 | |
---|
190 | # The following option sets a timeout for both Bulk transfer I/O timeout and |
---|
191 | # master data or ping response timeout. The default value is 60 seconds. |
---|
192 | # |
---|
193 | # It is important to make sure that this value is greater than the value |
---|
194 | # specified for repl-ping-slave-period otherwise a timeout will be detected |
---|
195 | # every time there is low traffic between the master and the slave. |
---|
196 | # |
---|
197 | # repl-timeout 60 |
---|
198 | |
---|
199 | # The slave priority is an integer number published by Redis in the INFO output. |
---|
200 | # It is used by Redis Sentinel in order to select a slave to promote into a |
---|
201 | # master if the master is no longer working correctly. |
---|
202 | # |
---|
203 | # A slave with a low priority number is considered better for promotion, so |
---|
204 | # for instance if there are three slaves with priority 10, 100, 25 Sentinel will |
---|
205 | # pick the one wtih priority 10, that is the lowest. |
---|
206 | # |
---|
207 | # However a special priority of 0 marks the slave as not able to perform the |
---|
208 | # role of master, so a slave with priority of 0 will never be selected by |
---|
209 | # Redis Sentinel for promotion. |
---|
210 | # |
---|
211 | # By default the priority is 100. |
---|
212 | slave-priority 100 |
---|
213 | |
---|
214 | ################################## SECURITY ################################### |
---|
215 | |
---|
216 | # Require clients to issue AUTH <PASSWORD> before processing any other |
---|
217 | # commands. This might be useful in environments in which you do not trust |
---|
218 | # others with access to the host running redis-server. |
---|
219 | # |
---|
220 | # This should stay commented out for backward compatibility and because most |
---|
221 | # people do not need auth (e.g. they run their own servers). |
---|
222 | # |
---|
223 | # Warning: since Redis is pretty fast an outside user can try up to |
---|
224 | # 150k passwords per second against a good box. This means that you should |
---|
225 | # use a very strong password otherwise it will be very easy to break. |
---|
226 | # |
---|
227 | # requirepass 9r243rmI |
---|
228 | |
---|
229 | # Command renaming. |
---|
230 | # |
---|
231 | # It is possible to change the name of dangerous commands in a shared |
---|
232 | # environment. For instance the CONFIG command may be renamed into something |
---|
233 | # of hard to guess so that it will be still available for internal-use |
---|
234 | # tools but not available for general clients. |
---|
235 | # |
---|
236 | # Example: |
---|
237 | # |
---|
238 | # rename-command CONFIG b840fc02d524045429941cc15f59e41cb7be6c52 |
---|
239 | # |
---|
240 | # It is also possible to completely kill a command renaming it into |
---|
241 | # an empty string: |
---|
242 | # |
---|
243 | # rename-command CONFIG "" |
---|
244 | |
---|
245 | ################################### LIMITS #################################### |
---|
246 | |
---|
247 | # Set the max number of connected clients at the same time. By default |
---|
248 | # this limit is set to 10000 clients, however if the Redis server is not |
---|
249 | # able to configure the process file limit to allow for the specified limit |
---|
250 | # the max number of allowed clients is set to the current file limit |
---|
251 | # minus 32 (as Redis reserves a few file descriptors for internal uses). |
---|
252 | # |
---|
253 | # Once the limit is reached Redis will close all the new connections sending |
---|
254 | # an error 'max number of clients reached'. |
---|
255 | # |
---|
256 | maxclients 808 |
---|
257 | |
---|
258 | # Don't use more memory than the specified amount of bytes. |
---|
259 | # When the memory limit is reached Redis will try to remove keys |
---|
260 | # accordingly to the eviction policy selected (see maxmemmory-policy). |
---|
261 | # |
---|
262 | # If Redis can't remove keys according to the policy, or if the policy is |
---|
263 | # set to 'noeviction', Redis will start to reply with errors to commands |
---|
264 | # that would use more memory, like SET, LPUSH, and so on, and will continue |
---|
265 | # to reply to read-only commands like GET. |
---|
266 | # |
---|
267 | # This option is usually useful when using Redis as an LRU cache, or to set |
---|
268 | # an hard memory limit for an instance (using the 'noeviction' policy). |
---|
269 | # |
---|
270 | # WARNING: If you have slaves attached to an instance with maxmemory on, |
---|
271 | # the size of the output buffers needed to feed the slaves are subtracted |
---|
272 | # from the used memory count, so that network problems / resyncs will |
---|
273 | # not trigger a loop where keys are evicted, and in turn the output |
---|
274 | # buffer of slaves is full with DELs of keys evicted triggering the deletion |
---|
275 | # of more keys, and so forth until the database is completely emptied. |
---|
276 | # |
---|
277 | # In short... if you have slaves attached it is suggested that you set a lower |
---|
278 | # limit for maxmemory so that there is some free RAM on the system for slave |
---|
279 | # output buffers (but this is not needed if the policy is 'noeviction'). |
---|
280 | # |
---|
281 | maxmemory 1024MB |
---|
282 | |
---|
283 | # MAXMEMORY POLICY: how Redis will select what to remove when maxmemory |
---|
284 | # is reached? You can select among five behavior: |
---|
285 | # |
---|
286 | # volatile-lru -> remove the key with an expire set using an LRU algorithm |
---|
287 | # allkeys-lru -> remove any key accordingly to the LRU algorithm |
---|
288 | # volatile-random -> remove a random key with an expire set |
---|
289 | # allkeys-random -> remove a random key, any key |
---|
290 | # volatile-ttl -> remove the key with the nearest expire time (minor TTL) |
---|
291 | # noeviction -> don't expire at all, just return an error on write operations |
---|
292 | # |
---|
293 | # Note: with all the kind of policies, Redis will return an error on write |
---|
294 | # operations, when there are not suitable keys for eviction. |
---|
295 | # |
---|
296 | # At the date of writing this commands are: set setnx setex append |
---|
297 | # incr decr rpush lpush rpushx lpushx linsert lset rpoplpush sadd |
---|
298 | # sinter sinterstore sunion sunionstore sdiff sdiffstore zadd zincrby |
---|
299 | # zunionstore zinterstore hset hsetnx hmset hincrby incrby decrby |
---|
300 | # getset mset msetnx exec sort |
---|
301 | # |
---|
302 | # The default is: |
---|
303 | # |
---|
304 | maxmemory-policy volatile-lru |
---|
305 | |
---|
306 | # LRU and minimal TTL algorithms are not precise algorithms but approximated |
---|
307 | # algorithms (in order to save memory), so you can select as well the sample |
---|
308 | # size to check. For instance for default Redis will check three keys and |
---|
309 | # pick the one that was used less recently, you can change the sample size |
---|
310 | # using the following configuration directive. |
---|
311 | # |
---|
312 | maxmemory-samples 3 |
---|
313 | |
---|
314 | ############################## APPEND ONLY MODE ############################### |
---|
315 | |
---|
316 | # By default Redis asynchronously dumps the dataset on disk. This mode is |
---|
317 | # good enough in many applications, but an issue with the Redis process or |
---|
318 | # a power outage may result into a few minutes of writes lost (depending on |
---|
319 | # the configured save points). |
---|
320 | # |
---|
321 | # The Append Only File is an alternative persistence mode that provides |
---|
322 | # much better durability. For instance using the default data fsync policy |
---|
323 | # (see later in the config file) Redis can lose just one second of writes in a |
---|
324 | # dramatic event like a server power outage, or a single write if something |
---|
325 | # wrong with the Redis process itself happens, but the operating system is |
---|
326 | # still running correctly. |
---|
327 | # |
---|
328 | # AOF and RDB persistence can be enabled at the same time without problems. |
---|
329 | # If the AOF is enabled on startup Redis will load the AOF, that is the file |
---|
330 | # with the better durability guarantees. |
---|
331 | # |
---|
332 | # Please check http://redis.io/topics/persistence for more information. |
---|
333 | |
---|
334 | appendonly no |
---|
335 | |
---|
336 | # The name of the append only file (default: "appendonly.aof") |
---|
337 | # appendfilename appendonly.aof |
---|
338 | |
---|
339 | # The fsync() call tells the Operating System to actually write data on disk |
---|
340 | # instead to wait for more data in the output buffer. Some OS will really flush |
---|
341 | # data on disk, some other OS will just try to do it ASAP. |
---|
342 | # |
---|
343 | # Redis supports three different modes: |
---|
344 | # |
---|
345 | # no: don't fsync, just let the OS flush the data when it wants. Faster. |
---|
346 | # always: fsync after every write to the append only log . Slow, Safest. |
---|
347 | # everysec: fsync only one time every second. Compromise. |
---|
348 | # |
---|
349 | # The default is "everysec" that's usually the right compromise between |
---|
350 | # speed and data safety. It's up to you to understand if you can relax this to |
---|
351 | # "no" that will let the operating system flush the output buffer when |
---|
352 | # it wants, for better performances (but if you can live with the idea of |
---|
353 | # some data loss consider the default persistence mode that's snapshotting), |
---|
354 | # or on the contrary, use "always" that's very slow but a bit safer than |
---|
355 | # everysec. |
---|
356 | # |
---|
357 | # More details please check the following article: |
---|
358 | # http://antirez.com/post/redis-persistence-demystified.html |
---|
359 | # |
---|
360 | # If unsure, use "everysec". |
---|
361 | |
---|
362 | # appendfsync always |
---|
363 | appendfsync everysec |
---|
364 | # appendfsync no |
---|
365 | |
---|
366 | # When the AOF fsync policy is set to always or everysec, and a background |
---|
367 | # saving process (a background save or AOF log background rewriting) is |
---|
368 | # performing a lot of I/O against the disk, in some Linux configurations |
---|
369 | # Redis may block too long on the fsync() call. Note that there is no fix for |
---|
370 | # this currently, as even performing fsync in a different thread will block |
---|
371 | # our synchronous write(2) call. |
---|
372 | # |
---|
373 | # In order to mitigate this problem it's possible to use the following option |
---|
374 | # that will prevent fsync() from being called in the main process while a |
---|
375 | # BGSAVE or BGREWRITEAOF is in progress. |
---|
376 | # |
---|
377 | # This means that while another child is saving the durability of Redis is |
---|
378 | # the same as "appendfsync none", that in practical terms means that it is |
---|
379 | # possible to lost up to 30 seconds of log in the worst scenario (with the |
---|
380 | # default Linux settings). |
---|
381 | # |
---|
382 | # If you have latency problems turn this to "yes". Otherwise leave it as |
---|
383 | # "no" that is the safest pick from the point of view of durability. |
---|
384 | no-appendfsync-on-rewrite no |
---|
385 | |
---|
386 | # Automatic rewrite of the append only file. |
---|
387 | # Redis is able to automatically rewrite the log file implicitly calling |
---|
388 | # BGREWRITEAOF when the AOF log size will growth by the specified percentage. |
---|
389 | # |
---|
390 | # This is how it works: Redis remembers the size of the AOF file after the |
---|
391 | # latest rewrite (or if no rewrite happened since the restart, the size of |
---|
392 | # the AOF at startup is used). |
---|
393 | # |
---|
394 | # This base size is compared to the current size. If the current size is |
---|
395 | # bigger than the specified percentage, the rewrite is triggered. Also |
---|
396 | # you need to specify a minimal size for the AOF file to be rewritten, this |
---|
397 | # is useful to avoid rewriting the AOF file even if the percentage increase |
---|
398 | # is reached but it is still pretty small. |
---|
399 | # |
---|
400 | # Specify a percentage of zero in order to disable the automatic AOF |
---|
401 | # rewrite feature. |
---|
402 | |
---|
403 | auto-aof-rewrite-percentage 100 |
---|
404 | auto-aof-rewrite-min-size 64mb |
---|
405 | |
---|
406 | ################################ LUA SCRIPTING ############################### |
---|
407 | |
---|
408 | # Max execution time of a Lua script in milliseconds. |
---|
409 | # |
---|
410 | # If the maximum execution time is reached Redis will log that a script is |
---|
411 | # still in execution after the maximum allowed time and will start to |
---|
412 | # reply to queries with an error. |
---|
413 | # |
---|
414 | # When a long running script exceed the maximum execution time only the |
---|
415 | # SCRIPT KILL and SHUTDOWN NOSAVE commands are available. The first can be |
---|
416 | # used to stop a script that did not yet called write commands. The second |
---|
417 | # is the only way to shut down the server in the case a write commands was |
---|
418 | # already issue by the script but the user don't want to wait for the natural |
---|
419 | # termination of the script. |
---|
420 | # |
---|
421 | # Set it to 0 or a negative value for unlimited execution without warnings. |
---|
422 | lua-time-limit 5000 |
---|
423 | |
---|
424 | ################################## SLOW LOG ################################### |
---|
425 | |
---|
426 | # The Redis Slow Log is a system to log queries that exceeded a specified |
---|
427 | # execution time. The execution time does not include the I/O operations |
---|
428 | # like talking with the client, sending the reply and so forth, |
---|
429 | # but just the time needed to actually execute the command (this is the only |
---|
430 | # stage of command execution where the thread is blocked and can not serve |
---|
431 | # other requests in the meantime). |
---|
432 | # |
---|
433 | # You can configure the slow log with two parameters: one tells Redis |
---|
434 | # what is the execution time, in microseconds, to exceed in order for the |
---|
435 | # command to get logged, and the other parameter is the length of the |
---|
436 | # slow log. When a new command is logged the oldest one is removed from the |
---|
437 | # queue of logged commands. |
---|
438 | |
---|
439 | # The following time is expressed in microseconds, so 1000000 is equivalent |
---|
440 | # to one second. Note that a negative number disables the slow log, while |
---|
441 | # a value of zero forces the logging of every command. |
---|
442 | slowlog-log-slower-than 10000 |
---|
443 | |
---|
444 | # There is no limit to this length. Just be aware that it will consume memory. |
---|
445 | # You can reclaim memory used by the slow log with SLOWLOG RESET. |
---|
446 | slowlog-max-len 128 |
---|
447 | |
---|
448 | ############################### ADVANCED CONFIG ############################### |
---|
449 | |
---|
450 | # Hashes are encoded using a memory efficient data structure when they have a |
---|
451 | # small number of entries, and the biggest entry does not exceed a given |
---|
452 | # threshold. These thresholds can be configured using the following directives. |
---|
453 | hash-max-ziplist-entries 512 |
---|
454 | hash-max-ziplist-value 64 |
---|
455 | |
---|
456 | # Similarly to hashes, small lists are also encoded in a special way in order |
---|
457 | # to save a lot of space. The special representation is only used when |
---|
458 | # you are under the following limits: |
---|
459 | list-max-ziplist-entries 512 |
---|
460 | list-max-ziplist-value 64 |
---|
461 | |
---|
462 | # Sets have a special encoding in just one case: when a set is composed |
---|
463 | # of just strings that happens to be integers in radix 10 in the range |
---|
464 | # of 64 bit signed integers. |
---|
465 | # The following configuration setting sets the limit in the size of the |
---|
466 | # set in order to use this special memory saving encoding. |
---|
467 | set-max-intset-entries 512 |
---|
468 | |
---|
469 | # Similarly to hashes and lists, sorted sets are also specially encoded in |
---|
470 | # order to save a lot of space. This encoding is only used when the length and |
---|
471 | # elements of a sorted set are below the following limits: |
---|
472 | zset-max-ziplist-entries 128 |
---|
473 | zset-max-ziplist-value 64 |
---|
474 | |
---|
475 | # Active rehashing uses 1 millisecond every 100 milliseconds of CPU time in |
---|
476 | # order to help rehashing the main Redis hash table (the one mapping top-level |
---|
477 | # keys to values). The hash table implementation Redis uses (see dict.c) |
---|
478 | # performs a lazy rehashing: the more operation you run into an hash table |
---|
479 | # that is rehashing, the more rehashing "steps" are performed, so if the |
---|
480 | # server is idle the rehashing is never complete and some more memory is used |
---|
481 | # by the hash table. |
---|
482 | # |
---|
483 | # The default is to use this millisecond 10 times every second in order to |
---|
484 | # active rehashing the main dictionaries, freeing memory when possible. |
---|
485 | # |
---|
486 | # If unsure: |
---|
487 | # use "activerehashing no" if you have hard latency requirements and it is |
---|
488 | # not a good thing in your environment that Redis can reply form time to time |
---|
489 | # to queries with 2 milliseconds delay. |
---|
490 | # |
---|
491 | # use "activerehashing yes" if you don't have such hard requirements but |
---|
492 | # want to free memory asap when possible. |
---|
493 | activerehashing yes |
---|
494 | |
---|
495 | # The client output buffer limits can be used to force disconnection of clients |
---|
496 | # that are not reading data from the server fast enough for some reason (a |
---|
497 | # common reason is that a Pub/Sub client can't consume messages as fast as the |
---|
498 | # publisher can produce them). |
---|
499 | # |
---|
500 | # The limit can be set differently for the three different classes of clients: |
---|
501 | # |
---|
502 | # normal -> normal clients |
---|
503 | # slave -> slave clients and MONITOR clients |
---|
504 | # pubsub -> clients subcribed to at least one pubsub channel or pattern |
---|
505 | # |
---|
506 | # The syntax of every client-output-buffer-limit directive is the following: |
---|
507 | # |
---|
508 | # client-output-buffer-limit <class> <hard limit> <soft limit> <soft seconds> |
---|
509 | # |
---|
510 | # A client is immediately disconnected once the hard limit is reached, or if |
---|
511 | # the soft limit is reached and remains reached for the specified number of |
---|
512 | # seconds (continuously). |
---|
513 | # So for instance if the hard limit is 32 megabytes and the soft limit is |
---|
514 | # 16 megabytes / 10 seconds, the client will get disconnected immediately |
---|
515 | # if the size of the output buffers reach 32 megabytes, but will also get |
---|
516 | # disconnected if the client reaches 16 megabytes and continuously overcomes |
---|
517 | # the limit for 10 seconds. |
---|
518 | # |
---|
519 | # By default normal clients are not limited because they don't receive data |
---|
520 | # without asking (in a push way), but just after a request, so only |
---|
521 | # asynchronous clients may create a scenario where data is requested faster |
---|
522 | # than it can read. |
---|
523 | # |
---|
524 | # Instead there is a default limit for pubsub and slave clients, since |
---|
525 | # subscribers and slaves receive data in a push fashion. |
---|
526 | # |
---|
527 | # Both the hard or the soft limit can be disabled just setting it to zero. |
---|
528 | client-output-buffer-limit normal 0 0 0 |
---|
529 | client-output-buffer-limit slave 256mb 64mb 60 |
---|
530 | client-output-buffer-limit pubsub 32mb 8mb 60 |
---|
531 | |
---|
532 | ################################## INCLUDES ################################### |
---|
533 | |
---|
534 | # Include one or more other config files here. This is useful if you |
---|
535 | # have a standard template that goes to all Redis server but also need |
---|
536 | # to customize a few per-server settings. Include files can include |
---|
537 | # other files, so use this wisely. |
---|
538 | # |
---|
539 | # include /path/to/local.conf |
---|
540 | # include /path/to/other.conf |
---|