Redis 的淘汰策略（Eviction Policy）是指当 Redis 内存不足时，如何选择删除哪些数据来腾出空间。以下是 Redis 支持的几种淘汰策略，用通俗的话解释它们的特点：
1. noeviction（不淘汰）
-
特点：
- 当内存不足时，新写入的数据会报错，旧数据不会被删除。
-
适用场景：
- 数据非常重要，绝对不能丢失。
-
通俗解释：
- "内存满了？那就别写新数据了，直接报错！"
2. allkeys-lru（最近最少使用）
-
特点：
- 从所有 Key 中，删除最近最少使用的 Key。
-
适用场景：
- 适合大多数场景，优先保留最近常用的数据。
-
通俗解释：
- "谁最近没用过，就把谁踢出去！"
3. volatile-lru（最近最少使用，仅限过期 Key）
-
特点：
- 从设置了过期时间的 Key 中，删除最近最少使用的 Key。
-
适用场景：
- 只淘汰那些可能会过期的数据，保留永久数据。
-
通俗解释：
- "只踢那些可能会过期的，而且最近没用的！"
4. allkeys-random（随机淘汰）
-
特点：
- 从所有 Key 中，随机删除一个 Key。
-
适用场景：
- 数据没有明显的访问模式，随机淘汰即可。
-
通俗解释：
- "随便踢一个，看谁倒霉！"
5. volatile-random（随机淘汰，仅限过期 Key）
-
特点：
- 从设置了过期时间的 Key 中，随机删除一个 Key。
-
适用场景：
- 只淘汰那些可能会过期的数据，随机选择。
-
通俗解释：
- "只踢那些可能会过期的，随便踢一个！"
6. volatile-ttl（最短存活时间）
-
特点：
- 从设置了过期时间的 Key 中，删除剩余存活时间最短的 Key。
-
适用场景：
- 优先淘汰即将过期的数据。
-
通俗解释：
- "谁快过期了，就先踢谁！"
7. allkeys-lfu（最少频率使用）
-
特点：
- 从所有 Key 中，删除访问频率最低的 Key。
-
适用场景：
- 适合访问频率有明显差异的场景。
-
通俗解释：
- "谁用得最少，就把谁踢出去！"
8. volatile-lfu（最少频率使用，仅限过期 Key）
-
特点：
- 从设置了过期时间的 Key 中，删除访问频率最低的 Key。
-
适用场景：
- 只淘汰那些可能会过期的数据，优先淘汰访问频率低的。
-
通俗解释：
- "只踢那些可能会过期的，而且用得最少的！"
9. 总结
| 策略名称 | 特点 | 通俗解释 |
|---|---|---|
| noeviction | 内存不足时，新写入数据报错，不删除旧数据 | "内存满了？直接报错！" |
| allkeys-lru | 删除最近最少使用的 Key | "谁最近没用过，就把谁踢出去！" |
| volatile-lru | 删除设置了过期时间的 Key 中，最近最少使用的 Key | "只踢那些可能会过期的，而且最近没用的！" |
| allkeys-random | 随机删除一个 Key | "随便踢一个，看谁倒霉！" |
| volatile-random | 随机删除一个设置了过期时间的 Key | "只踢那些可能会过期的，随便踢一个！" |
| volatile-ttl | 删除设置了过期时间的 Key 中，剩余存活时间最短的 Key | "谁快过期了，就先踢谁！" |
| allkeys-lfu | 删除访问频率最低的 Key | "谁用得最少，就把谁踢出去！" |
| volatile-lfu | 删除设置了过期时间的 Key 中，访问频率最低的 Key | "只踢那些可能会过期的，而且用得最少的！" |
10. 如何选择淘汰策略？
-
如果数据非常重要，不能丢失，选择 noeviction。
-
如果数据有明确的访问模式，选择 LRU 或 LFU。
-
如果数据没有明显的访问模式，选择 random。
-
如果数据有过期时间，选择 volatile 相关的策略。