redis 根据不同的用途，会有不同的持久化策略和逐出策略，所以，在使用和申请 redis 集群前，请明确是用来做缓存还是存储。redis的集群有主从和cluster两种模式，二者各有优缺点。以下规范不区分集群模式，我们分别从使用场景和操作限制两方面说明。
使用规范冷热数据区分虽然 redis支持持久化，但将所有数据存储在 redis 中，成本非常昂贵。建议将热数据 (如 qps超过 5k) 的数据加载到 redis 中。低频数据可存储在 mysql、 elasticsearch中。
业务数据分离不要将不相关的数据业务都放到一个 redis中。一方面避免业务相互影响，另一方面避免单实例膨胀，并能在故障时降低影响面，快速恢复。
消息大小限制由于 redis 是单线程服务，消息过大会阻塞并拖慢其他操作。保持消息内容在 1kb 以下是个好的习惯。严禁超过 50kb 的单条记录。消息过大还会引起网络带宽的高占用，持久化到磁盘时的 io 问题。
连接数限制连接的频繁创建和销毁，会浪费大量的系统资源，极限情况会造成宿主机当机。请确保使用了正确的 redis 客户端连接池配置。
缓存 key 设置失效时间作为缓存使用的 key，必须要设置失效时间。失效时间并不是越长越好，请根据业务性质进行设置。注意，失效时间的单位有的是秒，有的是毫秒，这个很多同学不注意容易搞错。
缓存不能有中间态缓存应该仅作缓存用，去掉后业务逻辑不应发生改变，万不可切入到业务里。第一，缓存的高可用会影响业务；第二，产生深耦合会发生无法预料的效果；第三，会对维护行产生肤效果。
扩展方式首选客户端 hash小应用就算了
如单 redis 集群并不能为你的数据服务，不要着急扩大你的 redis 集群（包括 m/s 和 cluster)，集群越大，在状态同步和持久化方面的性能越差。 优先使用客户端 hash 进行集群拆分。如：根据用户 id 分 10 个集群，用户尾号为 0 的落在第一个集群。
操作限制严禁使用 keyskeys 命令效率极低，属于 o(n)操作，会阻塞其他正常命令，在 cluster 上，会是灾难性的操作。严禁使用，dba 应该 rename 此命令，从根源禁用。
严禁使用 flushflush 命令会清空所有数据，属于高危操作。严禁使用，dba 应该 rename 此命令，从根源禁用，仅 dba 可操作。
严禁作为消息队列使用如没有非常特殊的需求，严禁将 redis 当作消息队列使用。redis 当作消息队列使用，会有容量、网络、效率、功能方面的多种问题。如需要消息队列，可使用高吞吐的 kafka 或者高可靠的 rocketmq。
严禁不设置范围的批量操作redis 那么快，慢查询除了网络延迟，就属于这些批量操作函数。大多数线上问题都是由于这些函数引起。
1、[zset] 严禁对 zset 的不设范围操作zrange、 zrangebyscore等多个操作 zset 的函数，严禁使用 zrange myzset 0 -1 等这种不设置范围的操作。请指定范围，如 zrange myzset 0 100。如不确定长度，可使用 zcard 判断长度
2、[hash] 严禁对大数据量 key 使用 hgetallhgetall会取出相关 hash 的所有数据，如果数据条数过大，同样会引起阻塞，请确保业务可控。如不确定长度，可使用 hlen 先判断长度
3、[key] redis cluster 集群的 mget 操作redis cluster 的 mget 操作，会到各分片取数据聚合，相比传统的 m/s架构，性能会下降很多，请提前压测和评估
4、[其他] 严禁使用 sunion, sinter, sdiff等一些聚合操作禁用 select 函数select函数用来切换 database，对于使用方来说，这是很容易发生问题的地方，cluster 模式也不支持多个 database，且没有任何收益，禁用。
禁用事务redis 本身已经很快了，如无大的必要，建议捕获异常进行回滚，不要使用事务函数，很少有人这么干。
禁用 lua 脚本扩展lua 脚本虽然能做很多看起来很 cool 的事情，但它就像是 sql 的存储过程，会引入性能和一些难以维护的问题，禁用。
禁止长时间 monitormonitor函数可以快速看到当前 redis 正在执行的数据流，但是当心，高峰期长时间阻塞在 monitor 命令上，会严重影响 redis 的性能。此命令不禁止使用，但使用一定要特别特别注意。
key 规范redis 的 key 一定要规范，这样在遇到问题时，能够进行方便的定位。redis 属于无 scheme 的 kv 数据库，所以，我们靠约定来建立其 scheme 语义。其好处：
能够根据某类 key 进行数据清理
能够根据某类 key 进行数据更新
能够方面了解到某类 key 的归属方和应用场景
为统一化、平台化做准备，减少技术变更
一般，一个 key 需要带以下维度：业务、key 用途、变量等，各个维度使用 : 进行分隔，以下是几个 key 的实例:
user:sex 用户 10002232 的性别
msg:achi 201712 的用户发言数量排行榜
以上就是redis规范有哪些的详细内容。