gem 'redis-rails'
gem 'redis-rack-cache' # optional
然后我们就会有如下选择:
## Cache Store
# config/environments/production.rb
config.cache_store = :redis_store
## Session Store
# config/initializers/session_store.rb
MyApplication::Application.config.session_store :redis_store,
servers: ['redis://:[email protected]:6379/0', 'redis://:[email protected]:6379/1']
## HTTP Cache
# config.ru
require 'rack'
require 'rack/cache'
require 'redis-rack-cache'
use Rack::Cache,
metastore: 'redis://localhost:6379/0/metastore',
entitystore: 'redis://localhost:6380/0/entitystore'
如你所见，使用这个插件相当简单，但现在我要教你如何去管理这些设置。
第一个案例不言自明，我们来说说用 ActiveSupport 来加载Redis Store。这里请记住，Redis的contraire仅仅只能支持字符串，所以可以利用序列化与反序列化技术来存储任何对象。
这里的第二个案例就稍微复杂一点。首先，我们需要使用一个服务器集群。这里再重复一遍，Redis Store支持分片，也就意味着Http会话在两台服务器之间都是互相透明可见的。
最后一个案例主要涉及到Ruby的Http缓存代理，这些缓存的主要作用就是为了加快Http响应，而且也是以名值对的方式来存储meta数据以及entity实体对象的，这里也提一下，如果我们存储的都是普通的字符串文本，那么 mashalling模块也是不需要启动的。
虽然说了这么多，但就上面几点也只是 Redis store 所有功能的一小部分而已，其实它还支持Rack,Sinatra以及I18n。
总结
我个人认为 Redis 基本算是你的服务器环境必须用用的一个插件，它速度快而且可使用范围广泛，比如可以作为数据库，缓存，分片机等等，真算得上是一个不错的工具。然而任何好处都是有代价的：与Rails一样，为了使用它，你必须花费大量的时间与安装与配置才能在性能，以及内存使用上找到一个绝佳的平衡点。
您可能感兴趣的文章:
RMI是java语言本身提供的远程通讯协议,稳定高效,是EJB的基础.但它只能用于JAVA程序之间的通讯.Hessian和Burlap是caucho公司提供的开源协议,基于HTTP传输,服务端不用开防火墙端口.协议的规范公开,可以用于任意语言.Httpinvoker是SpringFramework提供的远程通讯协议,只能用于JAVA程序间的通讯,且服务端和客户端必须使用SpringFramework.Web service是连接异构系统或异构语言的首选协议,它使用SOAP形式通讯,可以用于任何语言,目前的许多开发工具对其的支持也很好.��测试结果显示,几种协议的通讯效率依次为：RMI >Httpinvoker >= Hessian >>Burlap >>web serviceRMI不愧是JAVA的首选远程调用协议,非常高效稳定,特别是在大数据量的情况下,与其他通讯协议的差距尤为明显.HttpInvoker使用java的序列化技术传输对象,与RMI在本质上是一致的.从效率上看,两者也相差无几,HttpInvoker与RMI的传输时间基本持平.Hessian在传输少量对象时,比RMI还要快速高效,但传输数据结构复杂的对象或大量数据对象时,较RMI要慢20%左右.Burlap仅在传输1条数据时速度尚可,通常情况下,它的毫时是RMI的3倍.Web Service的效率低下是众所周知的,平均来看,Web Service的通讯毫时是RMI的10倍.����二、结果分析1、直接调用直接调用的所有毫时都接近0,这说明程序处理几乎没有花费时间,记录的全部时间都是远程调用耗费的.2、RMI调用与设想的一样,RMI理所当然是最快的,在几乎所有的情况下,它的毫时都是最少的.特别是在数据结构复杂,数据量大的情况下,与其他协议的差距尤为明显.为了充分发挥RMI的性能,另外做了测试类,不使用Spring,用原始的RMI形式（继承UnicastRemoteObject对象）提供服务并远程调用,与Spring对POJO包装成的RMI进行效率比较.结果显示：两者基本持平,Spring提供的服务还稍快些.初步认为,这是因为Spring的代理和缓存机制比较强大,节省了对象重新获取的时间.3、Hessian调用caucho公司的resin服务器号称是最快的服务器,在java领域有一定的知名度.Hessian做为resin的组成部分,其设计也非常精简高效,实际运行情况也证明了这一点.平均来看,Hessian较RMI要慢20%左右,但这只是在数据量特别大,数据结构很复杂的情况下才能体现出来,中等或少量数据时,Hessian并不比RMI慢.Hessian的好处是精简高效,可以跨语言使用,而且协议规范公开,我们可以针对任意语言开发对其协议的实现.目前已有实现的语言有：java, c++, .net, python, ruby.还没有delphi的实现.另外,Hessian与WEB服务器结合非常好,借助WEB服务器的成熟功能,在处理大量用户并发访问时会有很大优势,在资源分配,线程排队,异常处理等方面都可以由成熟的WEB服务器保证.而RMI本身并不提供多线程的服务器.而且,RMI需要开防火墙端口,Hessian不用.4、Burlap调用Burlap与Hessian都是caucho公司的开源产品,只不过Hessian采用二进制的方式,而Burlap采用xml的格式.测试结果显示,Burlap在数据结构不复杂,数据量中等的情况下,效率还是可以接受的,但如果数据量大,效率会急剧下降.平均计算,Burlap的调用毫时是RMI的3倍.我认为,其效率低有两方面的原因,一个是XML数据描述内容太多,同样的数据结构,其传输量要大很多；另一方面,众所周知,对xml的解析是比较费资源的,特别对于大数据量情况下更是如此.5、HttpInvoker调用HttpInvoker是SpringFramework提供的JAVA远程调用方法,使用java的序列化机制处理对象的传输.从测试结果看,其效率还是可以的,与RMI基本持平.不过,它只能用于JAVA语言之间的通讯,而且,要求客户端和服务端都使用SPRING框架.另外,HttpInvoker 并没有经过实践的检验,目前还没有找到应用该协议的项目.6、web service调用������������ 本次测试选用了apache的AXIS组件作为WEB SERVICE的实现,AXIS在WEB SERVICE领域相对成熟老牌.为了仅测试数据传输和编码、解码的时间,客户端和服务端都使用了缓存,对象只需实例化一次.但是,测试结果显示,web service的效率还是要比其他通讯协议慢10倍.如果考虑到多个引用指向同一对象的传输情况,web service要落后更多.因为RMI,Hessian等协议都可以传递引用,而web service有多少个引用,就要复制多少份对象实体.Web service传输的冗余信息过多是其速度慢的原因之一,监控发现,同样的访问请求,描述相同的数据,web service返回的数据量是hessian协议的6.5倍.另外,WEB SERVICE的处理也很毫时,目前的xml解析器效率普遍不高,处理xml bean很毫资源.从测试结果看,异地调用比本地调用要快,也从侧面说明了其毫时主要用在编码和解码xml文件上.这比冗余信息更为严重,冗余信息占用的只是网络带宽,而每次调用的资源耗费直接影响到服务器的负载能力.（MS的工程师曾说过,用WEB SERVICE不能负载100个以上的并发用户.）测试过程中还发现,web service编码不甚方便,对非基本类型需要逐个注册序列化和反序列化类,很麻烦,生成stub更累,不如spring + RMI/hessian处理那么流畅简洁.正如你所知道的，Ruby字符串被称为一流的对象，它使用了大量的查询和操作方法。一个最基本的字符串操作是把一个字符串分割成多个子字符串。如果你有一个字符串，如“foo, bar, baz”而你希望的是这样三个字符串“foo”，“bar”，“baz”。那么字符串类的split方法就可以帮助你。“split”的基本用法
Split方法的最基本用法分裂一个由单独字符或字符的静态序列组成的字符串。如果split的第一个变量是一个字符串，那么这个字符串中字符就会被当作一个字符串分隔符使用。但是在逗号分隔的数据中，逗号用来分隔数据，这里的每个字符串成分都被用来分隔数据。
#!/usr/bin/env ruby
str = "foo,bar,baz"
puts str.split(",")
$ ./1.rbfoobarbaz通过正则表达式来增加灵活性
当然，还有一些更容易的方法可以分隔字符串。正则表达式可以为split方法增加灵活性。这里再次拿“foo, bar, baz”。间隔在第一个逗号之后而不是第二个逗号。如果该字符串“，”被当成是分隔符，那么在“baz”字符串的开始处仍然会存在间隔。如果使用“，”字符串，它只与第一个逗号匹配，因为第二个逗号后面没有间隔。其作用还是有限的。
解决这个问题的办法是把正则表达式作为定界符的自变量，而不是使用字符串。正则表达式不仅可以匹配静态序列的字符，对字符的不定量和可选字符都同样起作用。
编写正则表达式
为你的分隔符编写一个正则表达式，第一步就是描述清楚什么是分隔符。在这种情况下，一个逗号后面可能存在一个或多个空格是合理的。这一正则表达式库中存在两个要素：逗号和可选的间隔。间隔会使用* (星号)量词，它表示的意思是“零或更多”。任何在它之前的要素都会匹配零次或若干次。例如，正则表达式/ a * /将匹配序列零或更多“a”字符。
#!/usr/bin/env ruby
str = "foo, bar,baz"
