diff options
author | antirez <antirez@gmail.com> | 2020-04-29 18:49:42 +0200 |
---|---|---|
committer | antirez <antirez@gmail.com> | 2020-04-29 18:49:42 +0200 |
commit | fd8f39a28304179e1dc3b9499d1a0c4bde4191b8 (patch) | |
tree | 40a1f21e0de3cb563773719469a339dd7332cf23 /redis.conf | |
parent | 551fed316986af69121c0cdd0ce50efe91d010d6 (diff) | |
download | redis-fd8f39a28304179e1dc3b9499d1a0c4bde4191b8.tar.gz |
Fix tracking table max keys option in redis.conf.
Diffstat (limited to 'redis.conf')
-rw-r--r-- | redis.conf | 21 |
1 files changed, 12 insertions, 9 deletions
diff --git a/redis.conf b/redis.conf index 01a2d801f..d96d26e1c 100644 --- a/redis.conf +++ b/redis.conf @@ -626,20 +626,23 @@ replica-priority 100 # to track the keys fetched by many clients. # # For this reason it is possible to configure a maximum fill value for the -# invalidation table. By default it is set to 10%, and once this limit is -# reached, Redis will start to evict caching slots in the invalidation table -# even if keys are not modified, just to reclaim memory: this will in turn +# invalidation table. By default it is set to 1M of keys, and once this limit +# is reached, Redis will start to evict keys in the invalidation table +# even if they were not modified, just to reclaim memory: this will in turn # force the clients to invalidate the cached values. Basically the table -# maximum fill rate is a trade off between the memory you want to spend server +# maximum size is a trade off between the memory you want to spend server # side to track information about who cached what, and the ability of clients # to retain cached objects in memory. # -# If you set the value to 0, it means there are no limits, and all the 16 -# millions of caching slots can be used at the same time. In the "stats" -# INFO section, you can find information about the amount of caching slots -# used at every given moment. +# If you set the value to 0, it means there are no limits, and Redis will +# retain as many keys as needed in the invalidation table. +# In the "stats" INFO section, you can find information about the number of +# keys in the invalidation table at every given moment. # -# tracking-table-max-fill 10 +# Note: when key tracking is used in broadcasting mode, no memory is used +# in the server side so this setting is useless. +# +# tracking-table-max-keys 1000000 ################################## SECURITY ################################### |