Redis - 使用规范

落日映苍穹つ 2023-06-12 09:56 16阅读 0赞

**一：Redis 概述**

- Redis 是内存级别的数据库，在一台普通电脑上，Redis 3.X 便可以读取 10 万个键值对(现在的Redis官方版本已经更新到了5.X，性能会更好)。

**二：关于Redis 和 Memcached 的性能问题。**

- 理论上 Memcached 为多线程模型，会比 Redis 性能好。

- 但是，Redis的性能已经足够好，在大部分场合下性能都不会成为它的瓶颈。

- 我们更应该关注的是 Redis 和 Memcached 的应用场景。

**三：key 键名设计**

**- 可读性和可管理性 **

-  以业务名(或数据库名)为前缀(防止key冲突)，用冒号分隔，比如业务名:表名:id

**- 简洁性**

- 保证语义的前提下，控制key的长度，当key较多时，内存占用也不容忽视，如：( user:\{uid\}:friends:messages:\{mid\}简化为u:\{uid\}:fr:m:\{mid\} )

**- 不要包含特殊字符**

- 空格、换行、单双引号以及其他转义字符 等

**四：value设计**

**-  不要使用特别大的键（bigkey）**

- 虽然 Redis 官方说明了 key和string类型value限制均为512MB。

- 但是防止网卡流量、慢查询，string类型控制在10KB以内，hash、list、set、zset元素个数不要超过5000。

**-  非字符串的bigkey，不要使用del删除，使用hscan、sscan、zscan方式渐进式删除**

- 同时要注意防止bigkey过期自动删除问题(例如一个200万的zset设置1小时过期，会触发del操作，造成阻塞。

- 而且该操作不会不出现在慢查询中(latency可查))，查找方法和删除方法。

**- 选择适合的数据类型**

- 取代将数据存储为数千（或者数百万）独立的字符串，可以考虑使用哈希数据结构将相关数据进行分组。哈希表是非常有效率的，并且可以减少你的内存使用；

- 同时，哈希还更有益于细节抽象和代码可读。

- 合适时候，使用list代替set。如果你不需要使用set特性，List在使用更少内存的情况下可以提供比set更快的速度。

- Sorted sets是最昂贵的数据结构，不管是内存消耗还是基本操作的复杂性。

- 如果你只是需要一个查询记录的途径，并不在意排序这样的属性，那么建议使用哈希表

**- 控制key的生命周期**

- Redis不是垃圾桶，建议使用expire设置过期时间(条件允许可以打散过期时间，防止集中过期)。

- 不过期的数据重点关注idletime。

**五：命令使用**

**-  O(N)命令关注N的数量**

- hgetall、lrange、smembers、zrange、sinter等并非不能使用，但是需要明确N的值。

- 在N值过大时候，有遍历的需求可以使用hscan、sscan、zscan代替。

**- 禁用命令**

-  keys

-  客户端可查询出所有存在的键。(键太多导致Redis崩溃，缓存被穿透)

-  flushdb

-  删除当前所选数据库的所有键。此命令永远不会失败。

-  flushall

-  删除所有现有数据库的所有键，而不仅仅是当前选定的数据库。此命令永远不会失败。

- 禁止线上使用keys、flushall、flushdb等，通过redis的rename机制禁掉命令，或者使用scan的方式渐进式处理。

**　- 使用批量操作提高效率**

- 原生命令：例如mget、mset。

- 非原生命令：可以使用pipeline提高效率。

- 两者不同：

- 原生是原子操作，pipeline是非原子操作。

- pipeline可以打包不同的命令，原生做不到

- pipeline需要客户端和服务端同时支持。

* *

*　　*

**- 不建议过多使用Redis事务功能**

- Redis的事务功能较弱(不支持回滚)，而且集群版本(自研和官方)要求一次事务操作的key必须在一个slot上(可以使用hashtag功能解决)。

**- monitor命令**

- 必要情况下使用monitor命令时，要注意不要长时间使用。

**六：设置合理的淘汰策略**

- 根据自身业务类型，选好maxmemory-policy(最大内存淘汰策略)，设置好过期时间。

- 默认策略是volatile-lru，即超过最大内存后，在过期键中使用lru算法进行key的剔除，保证不过期数据不被删除，但是可能会出现OOM问题(申请内存过大导致自杀)。

- 具体

- ![format_png][]

- allkeys-lru：根据LRU算法删除键，不管数据有没有设置超时属性，直到腾出足够空间为止。

- allkeys-random：随机删除所有键，直到腾出足够空间为止。

- volatile-random:随机删除过期键，直到腾出足够空间为止。

- volatile-ttl：根据键值对象的ttl属性，删除最近将要过期数据。如果没有，回退到noeviction策略。

- noeviction：不会剔除任何数据，拒绝所有写入操作并返回客户端错误信息"(error) OOM command not allowed when used memory"，此时Redis只响应读操作。

[format_png]: https://imgconvert.csdnimg.cn/aHR0cHM6Ly9pbWFnZXMyMDE4LmNuYmxvZ3MuY29tL2Jsb2cvMTA3MTkxOC8yMDE4MDcvMTA3MTkxOC0yMDE4MDcyMzE5MTMxMDQ0MC0xNDg0MjQwNzE1LnBuZw?x-oss-process=image/format,png

发表评论取消回复

表情：

评论列表（有 0 条评论，16人围观）

还没有评论，来说两句吧...

相关阅读

相关 Redis - 使用规范

一：Redis 概述　　- Redis 是内存级别的数据库，在一台普通电脑上，Redis 3.X 便可以读取 10 万个键值对(现在的Redis官方版本已经更新到了5.X，

落日映苍穹つ/ 2023年06月12日 09:56/ 0 赞/ 17 阅读

相关 Redis规范

一：键值设计 1.key名设计（1）可读性和可管理性以业务名（或数据库名）为前缀（防止key冲突），用冒号分隔，比如业务名:表名:id （2）简洁性

阳光穿透心脏的1/2处/ 2023年06月12日 06:27/ 0 赞/ 2 阅读

相关 Redis规范

Redis开发规范 1. 标准化key的格式便于查看、统计、排错。具体的命名规则可以根据实际情况定义，key名可以使用“系统名:表名：查

末蓝、/ 2023年01月15日 15:27/ 0 赞/ 115 阅读

相关 Redis使用规范及调优策略

参考文章：[Redis性能调优策略][Redis] [redis调优的实战经验 - 大叔据 - 博客园][redis_ - _ -] [优化 Redis 的使用策略][Re

朴灿烈づ我的快乐病毒、/ 2023年01月14日 09:58/ 0 赞/ 113 阅读

相关 Redis 协议规范

文章目录 1. 写在最前面 2. 试试手拼协议 2.1 试试 1.3.6 版本的数据插入 2.2 试试

本是古典何须时尚/ 2022年12月25日 11:55/ 0 赞/ 133 阅读

相关 Redis Cluster设计规范

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ub

雨点打透心脏的1/2处/ 2022年10月30日 05:22/ 0 赞/ 169 阅读

相关阿里云Redis开发规范

阿里云Redis开发规范(供大家参考) [https://blog.csdn.net/glx490676405/article/details/79580748][ht

灰太狼/ 2022年10月02日 12:57/ 0 赞/ 213 阅读

相关 MEP | Redis 使用规范

文章目录使用规范 key 命名分隔符可读性简洁性不包含转

旧城等待，/ 2022年09月03日 13:14/ 0 赞/ 127 阅读

相关阿里云Redis开发规范

摘要：本文介绍了在使用阿里云Redis的开发规范，从键值设计、命令使用、客户端使用、相关工具等方面进行说明，通过本文的介绍可以减少使用Redis过程带来的问题。一、键值

阳光穿透心脏的1/2处/ 2022年05月29日 04:27/ 0 赞/ 261 阅读

相关 redis：阿里云redis开发规范

文章目录一、键值设计 1、key名设计 2、value设计二、命令使用三、客户端使用一、键值设计 1、key

电玩女神/ 2022年03月12日 10:12/ 0 赞/ 298 阅读