redis twemproxy集群问题

[jianglijian2422323]

使用 twemproxy代理做redis集群，按照官方做法如下：
1、下载了nutcracker ，安装
To build nutcracker from distribution tarball:
$ ./configure
$ make
$ sudo make install
2、配置文件配置 conf/nutcracker.yml ，配置了一个alpha:，信息如下：
alpha:
listen: 127.0.0.1:22121
hash: fnv1a_64
distribution: ketama
auto_eject_hosts: true
redis: true
server_retry_timeout: 2000
server_failure_limit: 1
servers:
- 127.0.0.1:6379:1
- 127.0.0.1:6378:1
3、测试
nutcracker -t 测试配置是否正确

4、往127.0.0.1:22121端口插数据
使用脚本往代理端口插入1000条数据，打开一个127.0.0.1:6379:1窗口，查看插入的数据插入了600条，新增窗口-127.0.0.1:6378:1，查看数据插入了400条，发现127.0.0.1:6379:1和-127.0.0.1:6378:1两边的是数据不一致。并没有集群的效果，只有分布式的饿效果。
请问大神们，是否少了哪个环节，还需要做其他的操作么，请给个详细配置的方式谢谢！




.

[心得]

楼组幸苦了

[varobj]

同问 而且我如果在两个redis实例上设置同一个key以不同的value，通过twemproxy去读取的时候，永远只能读取到其中一个值。而我打开两个dump.rdb，里面也是不同的值。

[hitrose27]

这个是没有问题的，这个程序时用来做一致性hash的，即，会将数据插入到你所提供的redis中，它实现的不是冗余集群，而是将key分布。 因此结果是正确的。 可以参考： http://blog.csdn.net/hitrose27/article/details/8601164

[hffanxx]

最近也在做这个，有个疑问啊，我插入1000条数据，但是分布并不是随机的，一大片数据分配到6378，一大片数据分配到6379，没有那么大的随机性，不清楚是不是配置不正确，或者hash的算法有问题？

[大魏老师]

3楼正解 。。。。。。。。。 4楼的问题，不必在意。在上万十万百万级的数据上，基本就是平均分配了。 对于1楼的问题，其实redis可以做主从配置，主只能一个，从可以多个。然后只更新主，读取主从都可以。当然，主完蛋了的话，就暂时不能更新了，读取操作影响不大。