首先提一个问题，一个Redis进程每秒能处理的最大请求数目是多少？
答: 能处理的请求数目大概是10W/秒。使用pipeline后，处理请求数目可以达到50W/秒。（具体数值不是我测试的，我谷歌来的）
言归正传，提升Redis读性能有两个方面: 数据查询方式优化 和 增加只读服务器。
A.
数据查询方式的优化有以下几个途径:
a. 建议使用pipeline查询；
b. 建议使用连接池；
c. 使用短结构优化内存占用时，不建议压缩列表的长度过大，会影响查询性能；
d. 数据结构方面，应使用最优的数据结果来使用。例如: 不建议把列表当集合使用；
B.
除了正确的使用数据查询方式以外，提升redis读取能力最简单的方法，就是添加只读从服务器。
但是，主从服务器架构存在一个最棘手的问题: 主服务器挂掉。
C. 从服务器重同步问题
当存在多个从服务器从一个主服务器同步时，面临一个问题: 主服务器带宽占用过高，导致主服务器延迟变高，甚至网络中断，以上这个问题叫做服务器重同步问题(resync)。
解决重同步问题，核心是减少主服务器需要传送给从服务器的数据数量。
一个方法是使用从服务器树，举例如下:
a. 常规情况1个主带9个从。
b. 从服务器树就是将服务器分为两层，顶层主机带三台从机，这三台从机构成一个中间层，三台从机再分别各自带三台从机。
使用从服务器树好处:
1.通过缓慢的公网（广域网）进行数据同步非常耗时耗资源，这种工作交给中间层服务器要好于交给顶层服务器；
使用从服务器树坏处:
1.树形网络拓扑结构增加了结构复杂度，当出现故障时，增加了处理难度；
另一个方法是对网络连接进行压缩. (此方法我不太熟，没有实际操作过)
a. 使用ssh隧道进行连接，似乎OpenVPN是一个比较好的方法；
