命名规则

实例命令规则

• Redis 实例按照如下规则进行命名：{环境}-{分公司}-{项目组编号}-{业务名称}-{地域}-{专区}-{序号}
• 环境：prd 或 dev。
• 分公司：所属分公司的名称，例如：cx（财险）。
• 项目组编号：将每个项目组进行编号，例如：p001。
• 业务名称：使用 Redis 的业务名称，例如：abc。
• 地域：实例所属的地域名称缩写，例如：gz（广州）。
• 专区：实例所属专区的名称缩写，例如：gzcx01。
• 序号：Redis 实例的序号，假定为第一个实例。
• 根据上述情况，可以将实例命名为：prd-cx-p001-abc-gz-gzcx01-1。

Key 命名规则

• Key 命名以业务名或数据库名为前缀(防止 key 冲突)，用冒号分隔。建议命令规则为：业务名:数据库名称:数据库表名称:数据的 ID
• 业务名：业务系统的缩写，例如：cx（财险）。
• 数据库名称：数据库的名称，例如：cxdb。
• 数据库表名称：数据库中数据所在表的名称，例如：user。
• 数据的 ID：数据表中的 ID 号，或者使用表的主键字段，例如用户表中可以使用 uid。
• 根据上述情况，可以将 Key 命名为：cx:cxdb:user:000110011。

基本使用准则

缓存定位准则

Redis 仅作为缓存使用。因为 Redis 本身的特性，其所有数据都存储在内存中，所以访问速度快。但如果作为持久化数据库存储数据，由于内存在断电后无法持久化保存数据的原因，有可能会导致数据丢失。

不唯一数据源准则

因为 Redis 是作为缓存使用，所以有一定的几率会命中数据失败，所以不能作为唯一的数据来源使用；在调用 Redis 发生异常后，需要查询后台数据库。

Key 淘汰准则

根据自身业务类型，设置合适的最大内存淘汰策略 maxmemory-policy。默认策略是 noeviction，即不删除键。在内存占满后会出现 OOM 问题，所以建议创建好实例后修改淘汰策略，减少 OOM 问题的出现。

可配置的内存淘汰策略

设置 Redis 内存缓存满后，数据的淘汰策略 maxmemory-policy，可在如下策略中进行选择。

说明：

LRU（Least Recently Used）表示最近最少使用，LRU 算法会记录每个键最近被访问的时间，并在需要淘汰键时优先淘汰最近最少使用的键。

TTL（Time To Live）表示设置过期时间。

LFU（ Least Frequently Used）即最不经常使用，LFU 算法会记录每个键被访问的次数，并在需要淘汰键时优先淘汰访问次数最少的键。

• allkeys-lru：根据 LRU 算法删除键，不管数据是否设置超时属性，优先淘汰最近最少使用的键，直到腾出足够空间为止。
• allkeys-random：会随机淘汰一些键。
• volatile-lru：根据 LRU 算法删除过期键，优先淘汰设置了过期时间（TTL）的键中最近最少使用的键。
• volatile-random：随机淘汰已过期 Key。
• volatile-ttl：根据键值对象的 TTL 属性，会优先淘汰设置了过期时间的键中 TTL 值较小的键。如果没有，回退到 noeviction 策略。
• volatile-lfu：优先淘汰设置了过期时间（TTL）的键中最不经常使用（LFU）的键。
• allkeys-lfu：优先淘汰最不经常使用（LFU）的键，与 volatile-lfu 不同，allkeys-lfu 策略会淘汰所有键，而不仅是设置了过期时间（TTL）的键。
• noeviction：不会删除任何数据，拒绝所有写入操作，并返回客户端错误信息"(error) OOM command not allowed whenused memory"，此时 Redis 只响应读操作。

内存淘汰策略建议

当 Redis 作为缓存使用的时候，推荐使用 allkeys-lru 淘汰策略。该策略会将使用频率最低的 Key 淘汰。默认情况下，使用频率最低则后期命中的概率也最低，所以将其淘汰。

当 Redis 作为半缓存半持久化使用时，可以使用 volatile-lru。但因为 Redis 本身不建议保存持久化数据，所以只作为备选方案。

整理自云数据库 Redis Key 与 Value 设计原则-开发准则-文档中心-腾讯云