Redis 删除 key用 del 和 unlink 有啥区别？

Redis  /  管理员 发布于 2年前   1206

Redis DEL和UNLINK命令都可以用于删除一个或多个指定的键。

它们之间的主要区别（怎么释放后面的value对象）在于操作的方式和性能影响。

DEL: 

删除指定的一个或多个键，如果键不存在则忽略，删除后释放key对应内存空间，当删除较大键时可能会影响Redis主进程的响应速度。

ps:

就是del每次都是同步释放value部分，如果value很大，
例如一个list里很多元素，这会阻塞Redis工作线程。

UNLINK: 

将指定的键异步地从内存中删除，而不阻塞 Redis 服务器进程。

也就是说，UNLINK 命令会将需要删除的键加入到一个专门的队列中，在稍后的时间再由子进程负责扫描并真正执行删除操作。

这种方式在删除大量数据时，相比 DEL 命令可以减少 Redis 主进程的阻塞时间、提高系统整体的可用性。

不过需要注意的是，使用 UNLINK 命令时，即使键为空或者不存在，该命令也会立即返回。

ps:

UNLINK命令在Redis的惰性删除机制中采用异步方式来删除指定的键。
Redis 会将被删除的键放入一个专门的队列中（evict 队列），
由子进程异步地从内存中删除它们，以避免影响主进程的响应能力。

当键被加入到 evict 队列中时，有一个默认的大小阈值是 64，即只要该队列的长度超过了 64，
就会启动子进程执行实际的删除操作，以此来减轻 Redis 主进程的压力，
并提高系统整体的性能稳定性。

不过这个阈值可以通过配置文件 redis.conf 中的参数 lazyfree-lazy-eviction-threshold 进行调整，根据实际业务需求来适当增大或减小队列的长度阈值。
需要强调的是，UNLINK 命令并不保证立即删除指定的键，
因为该命令采用了异步的方式进行惰性删除，

而且 evict 队列中的删除操作也可能会受到 Redis 的一些限制，
并延迟到之后的某个时间点才会真正执行。

因此在实际使用时，应该考虑自身业务的实际情况和数据量大小等因素，合理地管理已有的键，
并及时监控 Redis 实例的内存使用量和资源情况，以获得更好的系统性能和稳定性。

总结

总的来说，如果需要快速删除已有键，或者占用内存较小的非重要数据，DEL和UNLINK都可以，它们其实是一样的；

如果需要安全、高效地删除占用内存较大、对系统稳定性有较大影响的键，建议使用UNLINK命令。

在实际场景中，应根据具体业务需求进行选择。

不过大部分情况下都可以用UNLINK代替DEL，而Redis其实也有个配置项，可以控制将DEL默认转换为UNLINK（实现上都是同一个函数，只是入口 async 参数不同）

不过我们需要知道异步释放的好处（不阻塞主线程）。

需要注意的是， UNLINK命令可能对应用程序产生一些不可预知的影响与时延，

比如：

需要进行一些线程同步相关的操作，内存释放不及时，因此在使用时应谨慎权衡风险和收益。