Redis开发

一、概述

Redis与大多数关系数据库不同，除了微调一些配置参数以增强Redis的处理能力以外，在Redis的服务端几乎不能进行任何其他的优化。在应用程序设计的最开始，使用恰当的数据类型和API，是充分利用Redis的高性能特性并同时避免其短处的关键。

二、Redis常见应用场景

1. 会话存储
   在现代网站架构中，通常多个Web服务器位于一个或多个负载均衡器之后。会话（Session)通常需要存储在外部存储系统中（Session可以保存在内存，文件或数据库中！）。如果有一个Web服务器宕机，其他的服务器可以从外部存储中获取会话并继续服务。因为入关系数据库相比Redis的访问延迟非常低，所以使用Redis来保存会话数据是一种堪称完美的会话存储机制。此外，Redis中对键过期的支持可以天然地用于会话的超时处理。
2. 分析
   Redis可以用于分析和统计的场景。
3. 排行榜
4. 队列
   Redis的列表可以用来实现简单的任务队列
5. 最新的N个记录
6. 缓存
   由于Redis是一个基于内存的数据存储系统，在关系数据库前面使用Redis作为缓存通常能够加速数据库的查询过程。例如：在查询关系数据库之前，首先在Redis中查找记录，如果在Redis中找不到记录，则查询关系数据库并将查询到的记录放到Redis中。在向关系数据库写入时，也将记录写入到Redis。为了限制缓存的大小，可以对缓存中的记录设置过期时间或应用诸如**最近最少使用（LRU, Least Recent Used）**的回收策略。

某些关系数据库中运行缓慢或者难以完成的任务在Redis中可以很快速和轻松地完成，但是Redis并不能满足所有的存储需求。首先，因为Redis默认将所有数据存储在内存中，所以数据大小超过内存大小时Redis将无法收纳所有数据。其次，Redis事务并不完全符合ACID规范。如果需要完全符合ACID规范的事务，就不能使用Redis.

三、使用正确的Redis数据类型和API

在设计一个使用Redis的应用程序时，通常并不是只有一种数据类型适用于业务场景，这就意味着**对存储和查询性能的不同要求会促成不同的设计。**在设计时，要通过各种各样的原型验证俩确定那种数据类型最为合适。

设计一个使用Redis的应用程序时，应该考虑两个原则：
1） 尽可能地将数据组合在一起来降级往返时延RTT，可以使用管道和Redis的一些API
2） Redis本质上是一个单线程的数据存储服务，因此在使用Redis的命令时应牢记这些命令的时间复杂度（Redis的文档提供了每个API的时间复杂度），否则时间复杂度高的命令很可能造成在线Redis严重的延迟!

四、使用Java连接到Redis

需要使用Redis的Java客户端才能在Java应用程序中使用Redis，开源且易用的Redis Java客户端是Jedis