expires indeholder eksisterende nøgler med TTL, som vil udløbe, ikke inklusive allerede udløbne nøgler. Eksempel ( med udeladelse af ekstra information fra info kommando for kortheds skyld ):
127.0.0.1:6379> flushall
OK
127.0.0.1:6379> SETEX mykey1 1000 "1"
OK
127.0.0.1:6379> SETEX mykey2 1000 "2"
OK
127.0.0.1:6379> SETEX mykey3 1000 "3"
OK
127.0.0.1:6379> info
# Keyspace
db0:keys=3,expires=3,avg_ttl=992766
127.0.0.1:6379> SETEX mykey4 1 "4"
OK
127.0.0.1:6379> SETEX mykey5 1 "5"
OK
127.0.0.1:6379> info
# Keyspace
db0:keys=3,expires=3,avg_ttl=969898
127.0.0.1:6379> keys *
1) "mykey2"
2) "mykey3"
3) "mykey1"
127.0.0.1:6379>
I betragtning af at du i din situation spørger om nøgleudløb på slaver, pr. https://github.com/antirez/redis/issues/2861:
nøgler på en slave er ikke aktivt udløbet, og derfor beregnes avg_ttl aldrig
Og pr. https://groups.google.com/forum/#!topic/redis-db/NFTpdmpOPnc:
avg_ttl initialiseres aldrig på en slave, og det kan derfor være den vilkårlige værdi, der findes i hukommelsen på det sted.
Det kan således forventes, at info kommando opfører sig anderledes på slaver.