优质博文:IT-BLOG-CN
一、开发规范
【1】弱依赖检查与线下确认:Redis
必须是弱依赖,即Redis
宕机不影响业务。包括超时检查。
【2】是否当存储使用检查:Redis
不能作为存储设备来使用,只能作为缓存或状态等场景来使用。存储优先使用本地缓存。
【3】超时时间检查与线下确认:Redis
使用需要设置超时时间。如果超时,对应的策略和方案是什么。
【4】无状态检查:Redis
同一个Key
不能被不同的应用,不同的场景使用。谁生产,谁消费的原则。
【5】同步锁检查:优先使用集团框架提供的分布式锁。
【6】Key
检查:Key
的唯一性是否存在明显问题,与其他场景和应用的重名的可能。Key
的长度,尽可能的小于128
字节,禁止超过1024
简洁性
保证语义的前提下,控制key
的长度,当key
较多时,内存占用也不容忽视可读性和可管理性 以业务名(或数据库名)为前缀(防止key冲突),用冒号分隔,比如业务名:表名:id
不要包含特殊字符,反例:包含空格、换行、单双引号以及其他转义字符需要规范(car
+应用名+业务名+具体id
)
【7】审批记录检查:是否已经在审批记录conf
完整记录,包括审批人。
二、场景使用
合理使用数据结构: Redis
支持的数据库结构类型较多:字符串String
,