Jedis使用心得

1. 关于jedis的pool：

jedis本身不是线程安全的，如果多个线程都用同一个jedis对象，是不安全的，所以jedis引入了JedisSentinelPool。

 

JedisSentinelPool是通过sentinel去监控redis的master，pool里边存放的就是master，所以如果使用JedisSentinelPool，所有的读写必须基于这个master，所以读写只能在一台机器上。这样会导致如果数据量太大的话，这台master会有很大的压力。

 

JedisSentinelPool有一个问题，如果主机宕机了，需要选取一个slave作为master，在没有切换好之前，getResource()从pool中取不到一个resource，会抛异常。

使用的时候要注意接受异常，直到切换完成。
 

 

2. sharedjedis： 

Sharding的概念

    sharding的核心理念就是将数据按照一定的策略"分散"存储在集群中不同的物理server上,本质上实现了"大数据"分布式存储,以及体现了"集群"的高可用性.比如1亿数据,我们按照数据的hashcode散列存储在5个server上.

 

Redis-server本身没有集群的概念 ，可以借助于客户端jedis用于集群的分布。

 

通过使用ShardedJedisPool，应该可以实现读写分离（没用过）。