Redis 的 DEL 命令是用于删除键及其对应值的基本命令之一，其核心功能是从当前数据库中移除指定的键，如果键存在，DEL 命令会执行删除操作并返回被删除键的数量；如果键不存在，则返回 0，该命令的语法格式为 DEL key [key ...]，支持一次性删除多个键，这在需要批量清理数据时非常高效，执行 DEL user:1 session:abc 会同时删除两个键，若两者都存在则返回 2，若仅存在一个则返回 1。
DEL 命令的时间复杂度为 O(M)，M 是被删除键的数量，这是因为 Redis 是单线程模型，删除操作需要逐个处理键，但即使删除大量键，由于 Redis 的内存操作速度极快，通常也能在毫秒级完成，需要注意的是，DEL 命会直接释放键占用的内存，不会触发额外的延迟操作，但如果键对应的是复杂类型（如哈希、列表等），删除时需要递归释放内部元素，可能会略微增加耗时。
在实际应用中，DEL 命令常用于缓存清理、临时数据移除或数据更新后的旧数据删除，在用户登出时删除会话键，或当商品信息更新时删除旧的缓存键，需谨慎使用 DEL 命令，尤其是在生产环境中，避免误删重要数据，建议在执行删除操作前，通过 EXISTS 命令检查键是否存在，或使用 KEYS 命令（需注意 KEYS 是阻塞命令，生产环境慎用）匹配键名模式进行预览。
以下通过表格说明 DEL 命令在不同场景下的执行结果：
| 输入命令 | 数据库中的键存在情况 | 返回结果 | 说明 |
|---|---|---|---|
| DEL key1 | key1 存在 | 1 | 成功删除单个键 |
| DEL key2 key3 | key2 存在，key3 不存在 | 1 | 仅删除存在的 key2 |
| DEL key4 key5 | key4 和 key5 均不存在 | 0 | 无键被删除 |
| DEL user:* (批量删除) | 匹配到 user:1、user:2 等 | N | N 为匹配到的键的数量 |
DEL 命令的另一个重要特性是原子性，由于 Redis 采用单线程执行，DEL 命令不会被其他命令中断，确保删除操作的完整性，在并发场景下，如果一个客户端执行 DEL 删除某个键，其他客户端在 DEL 完成前无法对该键进行操作，避免了数据竞争问题。
对于某些需要更精细控制的删除场景，DEL 命令可能不够灵活，当需要根据条件删除键（如仅删除过期键或符合特定模式的键）时，可以结合 SCAN 命令遍历键，再使用 DEL 删除，避免 KEYS 命令的性能风险，Redis 还提供了 UNLINK 命令，它与 DEL 功能类似，但采用异步删除机制：UNLINK 会立即从键空间中移除键，并将内存释放操作放入后台线程执行，从而减少主线程阻塞时间，在高并发或删除大键时，UNLINK 可能是更优选择。
在数据安全方面，建议为 DEL 命令设置操作权限，通过 Redis 的 ACL（访问控制列表）限制非授权用户的删除权限，关键数据删除前应进行备份，或使用 RENAME 命令将键临时重命名为一个随机名称，确认无误后再删除，以降低误操作风险。
相关问答 FAQs
Q1: DEL 命令和 UNLINK 命令有什么区别？
A1: DEL 命令是同步删除，会立即释放内存并阻塞当前客户端，直到删除完成；UNLINK 命令是异步删除，它会立即从键空间中移除键，但内存回收由后台线程异步执行，不会阻塞主线程，UNLINK 适用于删除大键或高并发场景，以减少对 Redis 性能的影响，而 DEL 适用于需要立即释放内存且对延迟不敏感的场景。
Q2: 如何安全地批量删除 Redis 中的键？
A2: 安全批量删除键需避免使用阻塞命令 KEYS，推荐使用 SCAN 命令遍历键，例如通过 SCAN 0 MATCH pattern COUNT 1000 分批获取匹配的键，然后对每批键执行 DEL 或 UNLINK，可先在测试环境验证匹配模式，或使用 RENAME 将目标键临时重命名，确认无误后再删除，建议开启 AOF 持久化或 RDB 快照,以便误删后恢复数据。
