Redis最佳实践：高效使用规范与注意事项

Redis 使用规范

Redis是个孩子，天主教 清真寺 分布式锁和其他条件是高性能的关键数据数据库。
使用redis时， 标准的关键名称和合理的使用策略是确保系统稳定有效操作的关键。
对于钥匙的名称， 遵循以下规则：使用列（:)拆分键。
推荐用来代表组织代表组织。
Accountervice。
用户：12345678至少包含两个级别。
此密钥代表帐户的特定ID。
可以区分和区分。
例如，coundmentervice.home.user：12345678代表用户个人中心收集的数据，代表基本信息：12345678代表基本信息。
使用redis时， 必须为每个键指定启示周期，以防止导致永久存储中的内存泄漏数据的数据。
同时，REDIS允许缓存数据丢失丢失，因为它使用LRU算法来管理内存。
当收集类型（指定，列表，地图）应严格控制组织成员的数量时。
如果将哈希数据保存在同一碎片上，则聚类分解可能是负载不平衡的。
将绩效数据提高到关键字尝试。
当机制分开时 将钥匙用于孤独比通过重新构想实施细分更有效。
因为以前的机制更直接地进行，并且存在不平衡。
使用新密钥时， 每个小组的领导人应审查并记录特定成员的数量， 确保使用使用的使用，包括合理的密钥。
过期的期限； 并避免使用不使用密钥来保留问题的问题。
REDIS严格禁止将Redis用作节省日志数据并减少系统压力的队列。
保存大数据时， 密钥的值不得超过2MB。
（需要查看特殊问题）。
避免查询钥匙，以防止钥匙平衡，以防止定制渗透和消费者访问时间消耗的后果。
避免使用诸如Flushall和Monitor之类的危险命令，在高度相关情况下，线程将无法使用。

redis的contain(*)key会发生啥问题？

Redis中的KEYS命令和SCAN命令都可以用来混淆满足条件的键名请求。
KEYS命令的用法是KEYSpattern，其中pattern是匹配模式。
在匹配模式中，您可以使用通配符 * 来匹配任意字符序列。
但是，当使用KEYS命令查询键名时，如果数据库中存在大量键，则Redis服务器可能会阻塞一段时间，因为KEYS命令会将所有匹配的键名返回给客户端 一次。
这会占用大量的CPU时间和内存资源，并可能导致Redis服务器性能下降甚至崩溃。
因此，最好避免使用KEYS命令来查询键名。
您可以使用 SCAN 命令返回组中匹配的键名称。
另外，如果需要在Redis中存储大量的键值对，可以考虑使用Redis的哈希表数据结构，将多个键值对存储在同一个哈希表中，这样可以减少Redis的内存占用和查询复杂。

Redis高级操作：scan实现模糊查询

在Megadonts处理过程中，搜索符合特定规则的关键信息，REDIS提供了两个高效率解决方案：密钥和数字化命令。
尽管钥匙是直接的，但其独特而阻塞的特性可能会降低效率。
另一方面，扫描控件是在非阻滞中执行的，更灵活并适应了大多数场景。
分析和相关命令，例如SSCAN，HSCAN和ZSCAN，数据库，收集，哈希和有序收集的迭代。
例如，SSCAN用于迭代集键的元素，该键必须以集合的名称，初始光标（通常为0），模糊的通信模式和可选请求请求（默认10）介绍。
扫描过程中的关键参数包括光标。
通信参数支持Glob模式的对应关系，但应注意，由于信函的延迟，返回结果可能是空的，并且有必要根据光标判断交叉点是否完成。
计数参数每次控制收益次数，但必须以双重可能的方式面对元素。
在实际应用中，如果大量删除操作，扫描可以避免对大量密钥引起的性能问题的时间要求，并通过指定特定的前缀来获得精确的搜索。
例如，为了防止由于大量要求而陷入困境，扫描的使用可以管理很多关键。
来源链接：juejin.im/post/5EA2A29D ...，用于学习和使用，如果发生犯罪，请联系Delete。