Redis之自问自答

Q：Redis客户端的批处理大量数据请求时，如何优化请求速率？

A：管道技术：Redis是基于客户端-服务端模型的TCP请求/响应服务，且是阻塞式的，客户端需要等待服务端处理完数据后返回状态，才能继续，这意味着频繁的请求、响应，不管RTT(往返时间)大小，都会造成过多时间消耗。客户端大数据且数据之间无状态的情况下，可以采用管道技术。一个请求/相应服务可以实现为，即使客户端没有读取到旧请求的响应，服务端依旧可以处理新请求。通过这种方式，可以完全无需等待服务端应答地发送多条指令给服务端，并最终一次性读取所有应答。管道技术最显著的优势是提高了redis服务的性能。需要注意到是用pipeline方式打包命令发送，redis必须在处理完所有命令前先缓存起所有命令的处理结果。打包的命令越多，缓存消耗内存也越多。所以并是不是打包的命令越多越好。具体多少合适需要根据具体情况测试。大家可以分别调用以下方法，并记录时间比较，性能提升很大。

private static void withoutPipeline() {
            try {
                Jedis jedis = new Jedis("192.167.3.145", 6379);
                for (int i = 0; i < 1000; i++) {
                    jedis.incr("testkey");
                }
                jedis.disconnect();
            } catch (Exception e) {
            }
        }  

        private static void usePipeline() {
            try {
                Jedis jedis = new Jedis("192.167.3.145", 6379);
                Pipeline pipeline = jedis.pipelined();
                for (int i = 0; i < 1000; i++) {
                    pipeline.incr("testkey");
                }
                pipeline.sync();
                jedis.disconnect();
            } catch (Exception e) {
            }
        }  

Q：Redis持久化如何做到尽量保证数据一致性的前提下，性能影响较小？

A：个人建议，搭建主从，主服务不启动持久化操作，使其性能全用于write操作。从服务进行读服务，并配置持久化，在数据要求一致性较高的情况下，最好采用aof文件追加模式，并且定期执行bgrewriteaof命令，重构aof文件，避免大量重复的命令，如果对从服务性能无要求，可同时开启快照模式。同时主从配合哨兵监控使用，避免主节点挂掉后服务不可用。需要注意的是，Redis更注重性能，所以对一致性不做强制要求，实现机制决定了它舍弃了数据的强一致性，从而换取了性能提升。比如以下情况可能会存在数据丢失：主服务默认在处理完客户端请求后，返回状态，因为以性能为重，所以此时还未有复制数据到从节点的操作，此时主服务down掉，自然数据就丢失了；aof策略中有一个规则是每秒写一次，自然，在写之前服务挂掉，有可能也会损失部分数据。Redis官网建议，在数据要求不高的情况下，建议使用快照方式。

Q：Redis集群在什么情况下会不可用？

A：两种情况：1、当集群中某个主节点挂掉，且没有课替换它的可用从节点时，集群会进入fail状态。这是因为主节点挂掉后，会导致部分槽位失效，key值映射不完整。2、集群中超过半数以上的master挂掉，不管是否有slave替换，都将进入fail状态。