1、设计目标

简洁，高效，可维护

2、键值设计规范

2.1、KEY命名风格

规则1【强制】以英文字母开头，命名只能包含英文大、小写字母、数字、英文点号(.)、英文半角冒号(:) 和英文@

规则2【强制】KEY长度不超过1024字节

规则3【推荐】KEY命名需具有可读性以及可管理性，不该使用含义不清以及特别长的名称

2.2、KEY命名规范

规则4【强制】命名规范：业务模块名:业务逻辑含义:缓存类型

2.2.1、业务模块名

规则5【强制】具体功能模块名称，英文字母开头，仅包含字母和数字

2.2.2、业务逻辑含义段

规则6【强制】不同业务逻辑含义使用英文半角冒号(:)分割

规则7【强制】同一业务逻辑含义段的单词之间使用英文半角点号 (.)或@分割，用来表示一个完整的语义

规则8【强制】业务逻辑含义内容仅包含字母和数字

2.2.3、缓存类型

规则9【强制】KEY对应的值所属缓存类型。支持string、hash、list、set、zset五类，英文小写字母

2.3、值设计

规则10【强制】值中不能包含空格、换行、回车、单引号、双引号以及其他转义字符

规则11【强制】Hash、List、Set、ZSet元素个数不要超过2000

规则12【强制】单个值的大小不超过1MB，文件类数据应存储到文件服务。

3、缓存开发原则

规则13【强制】使用Redis进行缓存时，必须进行申请。申请之前，需要拿出使用的合理方案，然后进行评估，避免随意使用

规则14【强制】禁止使用KEYS命令和MONITOR命令

规则15【推荐】选择合适的数据类型。推荐使用String，慎用Hash、List、集合类操作（元素不能过多、过大）

规则16【推荐】推荐设置过期时间

规则17【推荐】只存放必要数据，不将所有数据全部放到缓存中

规则18【推荐】缓存有数据丢失风险，程序处理数据时，应该考虑丢失后的重新加载过程和缓存数据的更新。