Hash分区
(1) 常见的哈希分区规则有：节点取余分区、一致性哈希分区和虚拟槽分区。
HASH分区策略是根据用户定义的表达式的返回值来进行选择的分区，该表达式使用将要插入到表中的这些行的列值进行计算。这个函数可以包含MySQL中有效的、产生非负整数值的任何表达式。
oraclehash分区数量不均匀的原因是数据库升级、迁移时，出现大量无效对象。
范围分区就是将数据表内的记录按照某个属性的取值范围进行分区。
常规HASH和线性HASH的增加收缩分区的原理是一样的。增加和收缩分区后原来的数据会根据现有的分区数量重新分布。
redis集群不支持的命令
不支持的方法：KEYS，MIGRATE，SCAN等 支持但需特殊处理的方法：MSET，SINTERSTORE，SUNIONSTORE，ZINTERSTORE，ZUNIONSTORE等 全部请查看 Redis命令列表 .对于不支持的方法，在使用时需要寻找替代方案。
Redis并不是不支持debug，而是需要通过调试命令代码进行debug。
Redis不是比较成熟的Memcache或者Mysql的替代品，是对于大型互联网类应用在架构上很好的补充。现在有越来越多的应用也在纷纷基于Redis做架构的改造。
事务块内所有命令的返回值，按命令执行的先后顺序排列。当操作被打断时，返回空值 nil 。
分布式系统一致性高可用的解决方案总结
1、异步复制：使用数据复制的异步机制可以提高系统的可用性和性能。数据更改可以被快速接受和处理，而副本的一致性会在后台异步更新。 两阶段提交（2PC）：2PC是一种常见的协议，用于在分布式系统中实现数据一致性。
2、要保证多个系统间数据一致，乍一看，必须要引入分布式事务框架才能解决。但引入非常重的类似二阶段提交分布式事务框架会带来复杂性的急剧上升；在电商领域，绝对的强一致是过于理想化的，我们可以选择准实时的最终一致性。
3、在第二种方案的基础上，我们先解决订单的重复支付行为，我们需要在支付系统上对订单号进行控制，一笔订单如果已经支付成功，不能在进行支付。返回重复支付标识。那么订单系统根据返回的标识，更新订单状态。
利用nginx实现Redis的负载均衡,应该怎么配置?
1、轮询（默认）每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。
2、负载均衡配置 失败重试配置 在fail_timeout时间内失败了max_fails次请求后，认为上游服务器不可用，就会将服务地址剔除掉，fail_timeout时间后会再次将服务器加入存活列表进行重试。
3、首先我们去Nginx官网下载个Nginx，我这是在自己电脑上，所以当然下载的是windows版本的。下载完成后直接放在某个盘中即可，不需要安装。接下去我们打开cmd，进入nginx的目录下，输入start nginx。
4、nginx负载均衡的三种方式包括轮询（round robin）、IP哈希（IP hash）以及最少连接（least connections）。 轮询（Round Robin）：这是nginx默认的负载均衡方式。
5、Nginx实现负载均衡 源地址哈希法：根据获取客户端的IP地址，通过哈希函数计算得到一个数值，用该数值对服务器列表的大小进行取模运算，得到的结果便是客服端要访问服务器的序号。
redis槽位均衡的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于redis的槽位分配原理、redis槽位均衡的信息别忘了在本站进行查找喔。