Redis应用与运维实践.pptx

Redis应用与运维实践 目录 Redis概述 Redis应用注意事项 Redis运维踩过的坑 Redis cluster介绍 Redis概述 高性能的KEY-VALUE内存存储 支持主从同步 丰富的API Redis概述 数据模型 字符串(String) 字符串列表(List) 无序不重复的字符串集合(SET) 有序不重复的字符串集合(ZSET) 键、值的字符串的哈希表(HASH) Redis概述 数据存储 内存 ADB AOF Redis应用注意事项 Redis list的使用 PUSH、POP操作保证在同一个节点上 队列长度添加监控 队列与别的Redis业务分开使用 Redis应用注意事项 过期KEY的使用 对于包含过期时间的KEY操作，保持在同一个节点上 对于过期KEY的redis，可以设置最大内存限制 配置LRU策略 Redis应用注意事项 HASH的使用 避免使用HGETALL、HKEYS、HVALS Redis应用注意事项 SERVER端操作注意事项 禁用KEYS * 、SAVE、…. 默认使用数据库0、不要使用SELECT 选择多个数据库 Redis运维踩过的坑 一主多从(级联情况) Redis运维踩过的坑 一主多从(级联情况) Redis运维踩过的坑 一主多从(级联情况) Redis运维踩过的坑 一主多从(级联情况) Redis运维踩过的坑 Redis备份的问题 RDB备份 AOF备份 单机多实例的RDB问题 Redis运维踩过的坑 Redis 主从搭建问题 避免高峰期搭建，可能导致失败 Redis做RDB的时候，Redis可能出现夯死的情况 Buffer区写爆了 解决措施: 尽量在压力小的实例搭建从库 调整client-output-buffer-limit slave Redis运维踩过的坑 Redis 连接超时问题 解决方案 慢查询监控 业务优化 Redis运维踩过的坑 MONITOR导致内存飙升 解决方案： 通过client-output-buffer-limit限制 有能力的可以修改monitor实现机制(臣妾暂时无法做到) Redis Cluster介绍 Redis 原生Cluster 特性 高可用性与可线性扩展 数据自动路由到多个节点 节点间数据共享 可动态添加或者删除节点 数据通过异步复制，不保证数据的强一致性 可动态调整数据分布 Redis Cluster 介绍 Redis Cluster 介绍 Redis集群数据分布 Redis 集群没有使用一致性hash,引入了哈希槽(HASH SLOT). Redis 集群中所有的主节点都负责 16384 个哈希槽中的一部分。当集群处于稳定状态时，集群中没有在执行重配置（reconfiguration）操作，每个哈希槽都只由一个节点进行处理（不过主节点可以有一个或多个从节点，可以在网络断线或节点失效时替换掉主节点） slot = CRC16(KEY) / 16384 Redis Cluster介绍 Redis 集群键HASH标签 目标： HASH标签是确保两个KEY 都能在同一个HASH槽的一种方式 实现方式: HASH 槽是用另一种不同的计算方式计算的。基本来说，如果KEY包含一个{...}这样的模式，只有“{” 和 “}” 之间的字符串会被用来做HASH以获取HAS槽。如果同时出现多个“{}” 计算方式如下: * 如果KEY 包含一个 “{” 字符 * 那么在 “{”的右边就会字符 }” * 在字符 “{” 和 “}”直接会有一个或多个字符。但是第一个“}” 一定会出现在第一个“{”之后 * 只有在第一个 { 和它右边第一个 } 之间的内容会被用来计算哈希值 例子： 1、比如这两个键 user:{1000}.following 和user:{1000}.followers 会被哈希到同一个哈希槽里，因为只有 1000 这个子串会被用来计算哈希值。 2、对于 user{}{list} 这个键，整个键都会被用来计算哈希值，因为第一个出现的 { 和它右边第一个出现的 } 之间没有任何字符。 3、对于 user{{momoid}}following 这个键，用来计算哈希值的是 {momoid 这个子串，因为它是第一个 { 及其右边第一个 } 之间的内容。 4、对于 user{momoid}{following} 这个键，用来计算哈希值的是 momoid 这个子串，因为算法会在第一次有效或无效（比如中间没有任何字节）地匹配到 { 和 } 的时候停止。 5、按照这个算法，如果一个键是以 {} 开头的话，那么就当作整个键会被用来计算哈希值。当使用二进制数据做为键名称的时候，这是非常有用的。 Redis Cluster 介