共计 1847 个字符，预计需要花费 5 分钟才能阅读完成。
问题引入
Redis 是一款基于内存的 key-value 数据库，内存使用率是咱们十分关注的一个指标。
通常咱们都能够通过『EXPIRE key seconds』等形式，为指定键设置生存工夫；待过期后，Redis 会主动删除该键值对，以此避免内存应用持续增长。
然而，生产环境中，往往存在很多键值对都没有设置正当的生存工夫；随着业务的继续倒退，内存使用量也持续增长。
DBA 或者研发人员，在监控到 Redis 占用内存过高时，能够手动清理某些长期不拜访的键值对。如何判断一个键值对多久没有被拜访了呢？能够通过命令 object idletime 实现，该命令返回的是以后键从上一次拜访到当初通过的工夫（单位，秒）：
127.0.0.1:6379> object idletime key
(integer) 2在一次统计过程中，发现有一批 key 曾经很长时间没有拜访了（数月），然而 object idletime 命令却表明最近刚被拜访过（甚至数秒内 ）。
为什么会不准呢？为此钻研了下 object idletime 的实现原理。
object idletime 实现
Redis 外部对象应用构造体 redisObject 示意，其定义为：
typedef struct redisObject {
// 数据类型，string，list，hash 等
unsigned type:4;
// 编码，即底层采纳哪种数据结构
unsigned encoding:4;
// 缓存淘汰应用；会存储上一次该对象的拜访工夫
unsigned lru:LRU_BITS; /* LRU time (relative to global lru_clock) or
* LFU data (least significant 8 bits frequency
* and most significant 16 bits access time). */
// 援用计数
int refcount;
// 指向对应的数据结构
void *ptr;
} robj;能够看到，正因为 redisObject.lru 字段的存在，咱们才能够获取到任何一个对象的闲暇工夫，以后工夫 – 上次访问工夫 lru，即可。
object 命令的实现函数为 objectCommand。
objectCommand(client *c)
objectCommandLookupOrReply(client *c, robj *key, robj *reply)
objectCommandLookup(client *c, robj *key)
robj *objectCommandLookup(client *c, robj *key) {
dictEntry *de;
if ((de = dictFind(c->db->dict,key->ptr)) == NULL) return NULL;
return (robj*) dictGetVal(de);
}objectCommandLookup 函数返回的是该键值对的值，即最终是根据 key-value 值对象的 lru 计算的。
值对象有什么非凡吗？Redis 外部的对象在某些状况下是能够共享的，比方整数。
#define OBJ_SHARED_INTEGERS 10000
struct sharedObjectsStruct {
// 共享的整数对象
*integers[OBJ_SHARED_INTEGERS],
};
set keya 1
set keyb 1
set keyc 1因而，上述命令执行后，keya、keyb 以及 keyc 对应的值是同一个对象。而当咱们拜访 keyc 键时，其对应值对象的 lru 会更新，导致 object idletime 查问到的 keya 与 keyb 的闲暇工夫随之扭转。
127.0.0.1:6379> object idletime keya
(integer) 1302
127.0.0.1:6379> set keyb 1
OK
127.0.0.1:6379> get keyb
"1"
127.0.0.1:6379> object idletime keya
(integer) 4业务中很多时候设置 key-value 只是设置一个标识，value 都为数字 1 等（比方通过 setnx 实现锁），这就导致大量的键对应的值对象关联起来，object idletime 随之也相互影响。
论断
当多个键的值是一些简略整数时，他们共享同一个值对象，而 object idletime 命令返回的是值对象的闲暇工夫，就导致这些键的 object idletime 相互影响。在应用 object idletime 统计键的闲暇工夫，须要特地留神这一点。