为什么要使用twemproxy 出于两点原因: 1 redis是单线程实例,若要获得多核的好处,只能实现多个实例,实例之间不能共享数据,只能sharding 2 若数据量太大,则必须分布式部署redis,使用sharding 两个原因其实可以归为一个,如何分布式部署redis。 而redis
为什么要使用twemproxy
出于两点原因:
1 redis是单线程实例,若要获得多核的好处,只能实现多个实例,香港服务器,实例之间不能共享数据,只能sharding
2 若数据量太大,则必须分布式部署redis,使用sharding
两个原因其实可以归为一个,如何分布式部署redis。 而redis本身并不支持分布式部署,只支持master-slave,香港服务器,若客户端直接操作redis的话,就必须在应用层编写sharding和节点监控的代码。
如果使用twemproxy作为代理,客户端不直接操作redis只是访问rwemproxy,sharding和节点监控以及其他一些麻烦的工作rwemproxy都帮我们做好了,美国服务器,只需要配置即可。
项目应用的时候,我们可能会把redis作为数据存储也可能会拿来做缓存,第一种情况我们需要在配置中做静态映射,第二种情况我们允许自动卸载失败节点,过一段时间重试,这时候数据可能会被写到另外一个节点,导致弱一致性。
注意的地方:1 twemproxy也是单线程实例,在生产环境可能需要启动多个实例以发挥多核的能力。
2不支持除mget,del之外的redis批处理命令,如取多个集合交集等等
3不支持脚本eval
4twemproxy不能够拿从节点作为替代方案