Key命名设计：可读性、可管理性、简介性规范建议使用冒号即:进行分割拼接，因为很多Redis客户端是根据冒号分类的。比如有几个Key：apps:app:1、apps:app:2和apps:app:3。Redis Desktop Manager能自动归类到apps目录下。如下图所示： Value设计：拒绝bigkey规范建议String类型的Value控制在10KB范围以内。这是因为Redis随着Value不断增长，在超过10KB后，有一个非常奇妙的性能拐点，如下图所示（图片来自Redis官网：http://redis.c...
在开发中一定要遵守开发规范，那都是前辈总结的经验，可以帮助我们提前避免很多问题一、键值设计 1. key名设计 (1)【建议】: 可读性和可管理性 以业务名(或数据库名)为前缀(防止key冲突)，用冒号分隔，比如业务名:表名:id ugc:video:1(2)【建议】：简洁性 保证语义的前提下，控制key的长度，节省内存，当key较多时，内存占用也不容忽视，例如： user:{uid}:friends:messages:{mid}简化为u:{uid}:fr:m:{mid}。(3)【强制】：不要包含...
文章目录 一、键值设计1.key名设计【强制】以英文字母开头，命名中只能出现小写字母、数字、英文点号.和英文半角冒号:【强制】不该使用含义不清的key以及特别长的key名【强制】禁止使用Redis保留字命名key【强制】命名规范：业务模块名:业务逻辑含义:其他【推荐】简洁性 2.value设计【强制】拒绝bigkey【强制】禁止在Redis中存储敏感的明文数据【推荐】选择适合的数据类型 3.【强制】关于过期时间 二、命令使用1.【推荐】 O(N)命令...
10.1、键值设计 1、key名设计 可读性和可管理性 以业务名(或数据库名)为前缀(防止key冲突)，用冒号分隔，比如业务名:表名:id ugc:video:1简洁性 保证语义的前提下，控制key的长度，当key较多时，内存占用也不容忽视，例如： user:{uid}:friends:messages:{mid}简化为u:{uid}:fr:m:{mid}。不要包含特殊字符 反例：包含空格、换行、单双引号以及其他转义字符 2、value设计 拒绝bigkey 防止网卡流量、慢查询，string类型控制在10KB以内...
作者：付磊-起扬 来源：https://yq.aliyun.com/articles/531067 本文主要介绍在使用阿里云Redis的开发规范，从下面几个方面进行说明。键值设计 命令使用 客户端使用 相关工具通过本文的介绍可以减少使用Redis过程带来的问题。 1. 键值设计 1.1 key名设计可读性和可管理性：以业务名(或数据库名)为前缀(防止key冲突)，用冒号分隔，比如业务名:表名:idugc:video:1 简洁性：保证语义的前提下，控制key的长度，当key较多时，内存...
摘要： 本文介绍了在使用阿里云Redis的开发规范，从键值设计、命令使用、客户端使用、相关工具等方面进行说明，通过本文的介绍可以减少使用Redis过程带来的问题。 一、键值设计1. key名设计(1)【建议】: 可读性和可管理性 以业务名(或数据库名)为前缀(防止key冲突)，用冒号分隔，比如业务名:表名:id ugc:video:1(2)【建议】：简洁性 保证语义的前提下，控制key的长度，当key较多时，内存占用也不容忽视，例如： user:{uid}:frien...
一、键值设计 1. key名设计 (1)【建议】: 可读性和可管理性 以业务名(或数据库名)为前缀(防止key冲突)，用冒号分隔，比如业务名:表名:id ugc:video:1 (2)【建议】：简洁性 保证语义的前提下，控制key的长度，当key较多时，内存占用也不容忽视，例如： user:{uid}:friends:messages:{mid}简化为u:{uid}:fr:m:{mid}。 (3)【强制】：不要包含特殊字符 反例：包含空格、换行、单双引号以及其他转义字符 2. value设计 (1)【强制】：拒绝...