分区的上风
通过利用多台打算机内存的和值，许可我们布局更大的数据库。
通过多核和多台打算机，许可我们扩展打算能力；通过多台打算机和网络适配器，许可我们扩展网络带宽。
分区的不敷
redis的一些特性在分区方面表现的不是很好：
涉及多个key的操作常日是不被支持的。举例来说，当两个set映射到不同的redis实例上时，你就不能对这两个set实行交集操作。
涉及多个key的redis事务不能利用。
当利用分区时，数据处理较为繁芜，比如你须要处理多个rdb/aof文件，并且从多个实例和主机备份持久化文件。
增加或删除容量也比较繁芜。redis集群大多数支持在运行时增加、删除节点的透明数据平衡的能力，但是类似于客户端分区、代理等其他系统则不支持这项特性。然而，一种叫做presharding的技能对此是有帮助的。
分区类型
Redis 有两种类型分区。 假设有4个Redis实例 R0，R1，R2，R3，和类似user:1，user:2这样的表示用户的多个key，对既定的key有多种不同办法来选择这个key存放在哪个实例中。也便是说，有不同的系统来映射某个key到某个Redis做事。
范围分区
最大略的分区办法是按范围分区，便是映射一定范围的工具到特定的Redis实例。
比如，ID从0到10000的用户会保存到实例R0，ID从10001到 20000的用户会保存到R1，以此类推。
这种办法是可行的，并且在实际中利用，不敷便是要有一个区间范围到实例的映射表。这个表要被管理，同时还须要各 种工具的映射表，常日对Redis来说并非是好的方法。
哈希分区
其余一种分区方法是hash分区。这对任何key都适用，也无需是object_name:这种形式，像下面描述的一样大略：
用一个hash函数将key转换为一个数字，比如利用crc32 hash函数。对key foobar实行crc32(foobar)会输出类似93024922的整数。
对这个整数取模，将其转化为0-3之间的数字，就可以将这个整数映射到4个Redis实例中的一个了。93024922 % 4 = 2，便是说key foobar该当被存到R2实例中。把稳：取模操作是取除的余数，常日在多种编程措辞中用%操作符实现。
