参考
http://blog.csdn.net/greatestrabit/article/details/51184262
Jedis连接方式
- Jedis/JedisPool
单个机器。 - ShardedJedis/ShardedJedisPool
水平拆分，多个机器间不通。 - JedisCluster
集群，机器间互通。
集群
- 一致性哈希
1. 对结点和数据都做hash.
2. 对结点做哈希让其分布在一个环上（0到2的23次方-1），这样能够做到结点的增加和减少对数据迁移影响最小（相比于取模hash方式）
3. 对数据做hash让其分布在环上，环上的一段属于一个结点（node A 到node B这段属于node B）.
4. 结点太少会出现失衡分布不均匀问题，需要设置虚拟结点来增多结点数。
- 分片
ShardedJedis， 多个redis服务器，每个就是一片。redis为单线程，为了提高资源利用率，一台机器会部多个redis实例。
I/O多路复用技术
采用此技术就可以实现单线程达到多线程的效果。
下面举一个例子，模拟一个tcp服务器处理30个客户socket。
假设你是一个老师，让30个学生解答一道题目，然后检查学生做的是否正确，你有下面几个选择：
1. 第一种选择：按顺序逐个检查，先检查A，然后是B，之后是C、D。。。这中间如果有一个学生卡主，全班都会被耽误。这种模式就好比，你用循环挨个处理socket，根本不具有并发能力。
2. 第二种选择：你创建30个分身，每个分身检查一个学生的答案是否正确。 这种类似于为每一个用户创建一个进程或者线程处理连接。
3. 第三种选择，你站在讲台上等，谁解答完谁举手。这时C、D举手，表示他们解答问题完毕，你下去依次检查C、D的答案，然后继续回到讲台上等。此时E、A又举手，然后去处理E和A。。。 这种就是IO复用模型，Linux下的select、poll和epoll就是干这个的。将用户socket对应的fd注册进epoll，然后epoll帮你监听哪些socket上有消息到达，这样就避免了大量的无用操作。此时的socket应该采用非阻塞模式。
这样，整个过程只在调用select、poll、epoll这些调用的时候才会阻塞，收发客户消息是不会阻塞的，整个进程或者线程就被充分利用起来，这就是事件驱动，所谓的reactor模式。
网友评论