被Redis赶出去的Key到何处去（Redis被驱逐的key）

被Redis赶出去的Key到何处去？

Redis是一种流行的内存数据库，可以存储大量的键值对数据，支持对存储的数据进行读写操作，并且可以设置过期时间，自动删除过期的数据。但如果数据量大，即便使用了LRU算法和过期策略，Redis内存也会不断增加，最终可能导致内存不足而被系统杀掉。那么，被Redis赶出去的Key到何处去？这是一个问题值得探讨。

Redis的内存回收机制

Redis的内存回收机制是基于LRU算法（Least Recently Used最少使用率置换算法），使用一个定时器来检测数据库中各个键的使用时间，并将最久未使用的键从数据库中删除。

此外，Redis还支持设置键的过期时间，当键的过期时间到达时，Redis会自动将该键从数据库中删除。这个过程是通过另外一个定时器来完成的。

如果Redis内存不足，会怎么样？

当Redis内存不足时，Redis会根据内存使用率进行一些自我保护措施。Redis会停止接受新的写入请求，以避免内存进一步增加。Redis会根据内存使用率自动清理一些未使用的对象，包括过期的键和部分使用率较低的键。这些被清理的对象会释放出一些内存，供Redis继续使用。

根据内存使用率自动清理对象的策略，可以在Redis配置文件中进行设置。例如，如果将”maxmemory-policy”选项设置为”allkeys-lru”，那么当内存不足时，Redis会使用LRU算法删除所有键中最久未使用的那些键。如果将”maxmemory-policy”选项设置为”volatile-lru”，那么Redis只会删除过期的键中最久未使用的那些键。

被Redis赶出去的Key去了哪里？

在Redis中，被删除的键其实并没有真正的离开系统，而是存储在Redis的“回收站”中。这个回收站称为dbx的dbnum数据库，其中x是一个数字，表示被删除的键所在的原始数据库编号。

回收站中的数据是一组内存上的数据，这些数据在未来可能被重新使用。而且，当Redis需要用到这些键时，也会从回收站中恢复这些键，而不是重新创建它们。

可以通过以下命令查看回收站中的内容：

127.0.0.1:6379> select 1 
OK 
127.0.0.1:6379[1]> scan 0 match "*" COUNT 100 
1) "4" 
2) 1) "key3" 
3) 1) "field1" 
127.0.0.1:6379[1]> type key3 
hash 
127.0.0.1:6379[1]> hget key3 field1 
"value1" 

上述命令将db1作为当前数据库，并且使用scan命令遍历db1中的所有键。在结果中，我们看到了名为”key3″的键，它保存了一个名为”field1″的哈希项，该项的值为”value1″。这个键之前被删除了，但现在重新出现在了回收站中。

如果确实需要恢复被删除的键，可以使用以下命令实现：

127.0.0.1:6379[1]> move key3 0 
(integer) 1 
127.0.0.1:6379[1]> type key3 
hash 
127.0.0.0.1:6379[1]> hget key3 field1 
"value1" 

使用move命令将”key3″移动到db0中，现在可以看到这个键重新出现了，并且保存了之前的值”value1″。

当回收站的内存使用超过了一定的阈值时，Redis也会使用一些机制进行回收和压缩，以释放回收站中的空间，防止回收站撑满内存导致Redis崩溃。

结论

在Redis中，被删除的键都会进入回收站，而不是被彻底删除。因此，尽管Redis在内存管理方面具有很高的效率，但对于长期运行的Redis实例而言，需要对内存回收机制的策略和配置进行一定的优化和定制，以充分利用系统资源，提高系统的可用性和稳定性。