当Redis容量不足时，可以通过业务拆分、Hash取模、随机存入和Hash环等方案进行扩展。业务拆分根据业务模块分配Redis；Hash取模通过Key的Hash值决定其存放位置，但增加Redis会导致数据洗牌；随机存入将数据分散到多个Redis，可能引发击穿问题；Hash环则避免数据大规模洗牌，保证相对稳定的数据分布，但扩展时会有部分数据无法命中。
方案一：业务拆分
可以按照项目的业务模块来拆分，一个业务使用一个Redis或多个业务使用一个Redis
缺点：不能处理业务不能拆分的情况
方案二：Hash取模
准备一个Hash算法，对Key进行Hash计算，这个Hash值对Redis的个数计算取余，放到对应的Redis里
缺点：取余的结果是固定的，如果再加Redis会导致所有数据洗牌
方案三：随机存入
将数据随机放入Redis中，把多个Redis当做MQ来使用
缺点：加Redis虽然不会照成所有数据洗牌，但会有一部分数据不能被命中，产生击穿问题
方案四：Hash环
将每个Redis计算一个唯一的Hash值，数据的Key也计算一个唯一的Hash值，这些Hash值可以抽象成一个Hash环
key1在Hash环中，箭头方向最近的Redis是Redis0，那么key1存入Redis0中；
key2在Hash环中，箭头方向最近的Redis是Redis0，那么key2存入Redis0中；
key3在Hash环中，箭头方向最近的Redis是Redis1，那么key3存入Redis1中；
如果加了一个Redis，Hash映射在key1和key2之间，只有Redis1和Redis2之间的key1不会被命中
扫一扫
1142
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
