1. 介紹

rails中就自帶有cache功能，不過它默認(rèn)是用文件來存儲數(shù)據(jù)的。我們要改為使用redis來存儲。而且我們也需要把sessions也存放到redis中。關(guān)于rails實(shí)現(xiàn)cache功能的源碼可見于這幾處:

• https://github.com/rails/rails/blob/master/activesupport/lib/active_support/cache.rb
• https://github.com/rails/rails/tree/master/activesupport/lib/active_support/cache
• https://github.com/rails/rails/blob/master/actionview/lib/action_view/helpers/cache_helper.rb

2. 使用

我們一步步在rails中使用cache實(shí)現(xiàn)我們的需求。

2.1 開啟cache模式

首先第一步我們要來開啟cache模式。默認(rèn)情況下，production環(huán)境是開啟的，但是development沒有，所以要開啟它。

進(jìn)入config/environments/development.rb文件中，把config.action_controller.perform_caching設(shè)為true。

config.action_controller.perform_caching = true

修改完，記得重啟服務(wù)器。

2.2 使用html片斷cache

為了方便測試和了解整個原理，我們先不使用redis來存放cache數(shù)據(jù)，只使用默認(rèn)的文件來存放數(shù)據(jù)。

以本站為例，我們要把首頁的"最近的文章"那部分加上html片斷的cache。

使用html片斷cache，rails提供了一個helper方法可以辦到，很簡單，只需要把需要的html用cache包起來。

.row- cache do .col-md-6 .panel.panel-default .panel-heading div 最近的文章 .panel-body - @articles.each do |article| p.clearfix span.pull-right = datetime article.created_at = link_to article.title, article_path(article)

我們先在頁面刷新一下，然后通過日志來觀察。

先發(fā)現(xiàn)訪問起來比平時(shí)慢一點(diǎn)點(diǎn)，因?yàn)樗诎裞ache存到文件中，具體的log是下面這樣的。

Started GET "/" for 127.0.0.1 at 2015-10-30 16:19:27 +0800 Processing by HomeController#index as HTMLCache digest for app/views/home/index.html.slim: 8e89c7a7d1da1d9719fca4639859b19dRead fragment views/localhost:4000//8e89c7a7d1da1d9719fca4639859b19d (0.3ms)Article Load (2.0ms) SELECT "articles"."title", "articles"."created_at", "articles"."published", "articles"."group_id", "articles"."slug", "articles"."id" FROM "articles" WHERE "articles"."published" = $1 ORDER BY id DESC LIMIT 10 [["published", "t"]]Group Load (3.5ms) SELECT "groups".* FROM "groups" WHERE "groups"."id" IN (1, 5, 3, 4)Article Load (0.9ms) SELECT "articles"."title", "articles"."created_at", "articles"."published", "articles"."group_id", "articles"."slug", "articles"."id", "articles"."visit_count" FROM "articles" WHERE "articles"."published" = $1 ORDER BY visit_count DESC LIMIT 10 [["published", "t"]]Group Load (2.3ms) SELECT "groups".* FROM "groups" WHERE "groups"."id" IN (1, 3, 4)Group Load (4.4ms) SELECT "groups".* FROM "groups"Write fragment views/localhost:4000//8e89c7a7d1da1d9719fca4639859b19d (41.7ms) ...

主要就是Cache digest、Read fragment和Write fragment部分。

Cache digest是產(chǎn)生一個md5碼，這個碼來標(biāo)識html的片斷，會很有用，我們等下再來細(xì)說。

Read fragment是讀取html片斷(以文件形式存儲)，根據(jù)之前產(chǎn)生的md5標(biāo)識，發(fā)現(xiàn)不存在，就會生成一個html片斷并存起來，就是Write fragment。

默認(rèn)情況下，產(chǎn)生的html片斷文件是存在/tmp/cache目錄里的，如下：

~/codes/rails365 (master) $ tree tmp/cache/ tmp/cache/ ├── 20B │?? └── 6F1 │?? └── views%2Flocalhost%3A4000%2F%2F8e89c7a7d1da1d9719fca4639859b19d

打開views%2Flocalhost%3A4000%2F%2F8e89c7a7d1da1d9719fca4639859b19d這個文件，就會發(fā)現(xiàn)里面存儲的就是html的片斷。

現(xiàn)在我們在刷新一遍頁面，再來看看日志。

Started GET "/" for 127.0.0.1 at 2015-10-30 16:53:18 +0800 Processing by HomeController#index as HTMLCache digest for app/views/home/index.html.slim: 8e89c7a7d1da1d9719fca4639859b19d Read fragment views/localhost:4000//8e89c7a7d1da1d9719fca4639859b19d (0.3ms) ...

就會發(fā)現(xiàn)Write fragment沒有了，也不查詢數(shù)據(jù)庫了，數(shù)據(jù)都從html片斷cache取了。

這樣還不算完成。我們要考慮一個問題，就是我們改了數(shù)據(jù)或html的內(nèi)容的時(shí)候，cache會自動更新嗎？

2.3 Cache digest

先來說更改html片斷代碼本身的情況。

我們把"最近的文章"改成”最新的文章"，然后我們來觀察是否會生效。

最終通過查看日志，發(fā)現(xiàn)還是產(chǎn)生了Write fragment，說明是生效的。

這個原理是什么呢？

我們找到cache這個helper方法的源碼。

def cache(name = {}, options = {}, &block) if controller.respond_to?(:perform_caching) && controller.perform_caching safe_concat(fragment_for(cache_fragment_name(name, options), options, &block)) else yield end nil end

發(fā)現(xiàn)關(guān)鍵在cache_fragment_name這個方法里，順應(yīng)地找到下面兩個方法。

def cache_fragment_name(name = {}, skip_digest: nil, virtual_path: nil) if skip_digest name else fragment_name_with_digest(name, virtual_path) end end def fragment_name_with_digest(name, virtual_path) #:nodoc: virtual_path ||= @virtual_path if virtual_path name = controller.url_for(name).split("://").last if name.is_a?(Hash) digest = Digestor.digest name: virtual_path, finder: lookup_context, dependencies: view_cache_dependencies [ name, digest ] else name end end

關(guān)鍵就在fragment_name_with_digest這個方法里，它會找到cache的第一個參數(shù)，然后用這個參數(shù)的內(nèi)容生成md5碼，我們剛才改變了html的內(nèi)容，也就是參數(shù)改變了，md5自然就變了，md5一變就得重新生成html片斷。

所以cache方法的第一個參數(shù)是關(guān)鍵，它的內(nèi)容是判斷重不重新產(chǎn)生html片斷的依據(jù)。

改變html片斷代碼之后，是會重新生成html片斷的，但如果是在articles中增加一條記錄呢？通過嘗試發(fā)現(xiàn)不會重新生成html片斷的。

那我把@artilces作為第一個參數(shù)傳給cache方法。

.row- cache @articles do .col-md-6 .panel.panel-default .panel-heading div 最近的文章 .panel-body - @articles.each do |article| p.clearfix span.pull-right = datetime article.created_at = link_to article.title, article_path(article)

發(fā)現(xiàn)生成了Write fragment，說明是可以的，頁面也會生效。

Cache digest for app/views/home/index.html.slim: 1c628fa3d96abde48627f8a6ef319c1cRead fragment views/articles/15-20151027051837664089000/articles/14-20151030092311065810000/articles/13-20150929153356076334000/articles/12-20150929144255631082000/articles/11-20151027064325237540000/articles/10-20150929153421707840000/articles/9-20150929123736371074000/articles/8-20150929144346413579000/articles/7-20150929144324012954000/articles/6-20150929144359736164000/1c628fa3d96abde48627f8a6ef319c1c (0.1ms)Write fragment views/articles/15-20151027051837664089000/articles/14-20151030092311065810000/articles/13-20150929153356076334000/articles/12-20150929144255631082000/articles/11-20151027064325237540000/articles/10-20150929153421707840000/articles/9-20150929123736371074000/articles/8-20150929144346413579000/articles/7-20150929144324012954000/articles/6-20150929144359736164000/1c628fa3d96abde48627f8a6ef319c1c (75.9ms)Article Load (2.6ms) SELECT "articles"."title", "articles"."created_at", "articles"."updated_at", "articles"."published", "articles"."group_id", "articles"."slug", "articles"."id", "articles"."visit_count" FROM "articles" WHERE "articles"."published" = $1 ORDER BY visit_count DESC LIMIT 10 [["published", "t"]]

但是，除此之外，還有sql語句生成，而且以后的每次請求都有，即使命中了cache，因?yàn)?#64;articles作為第一個參數(shù)，它的內(nèi)容是要通過數(shù)據(jù)庫來查找的。

那有一個解決方案是這樣的：把@articles的內(nèi)容也放到cache中，這樣就不用每次都查找數(shù)據(jù)庫了，而一旦有update或create數(shù)據(jù)的時(shí)候，就讓@articles過期或者重新生成。

為了方便測試，我們先把cache的存儲方式改為用redis來存儲數(shù)據(jù)。

添加下面兩行到Gemfile文件，執(zhí)行bundle。

gem 'redis-namespace' gem 'redis-rails'

在config/application.rb中添加下面這一行。

config.cache_store = :redis_store, {host: '127.0.0.1', port: 6379, namespace: "rails365"}

@articles的內(nèi)容要改為從redis獲得，主要是讀redis中健為articles的值。

class HomeController < ApplicationControllerdef index @articles = Rails.cache.fetch "articles" do Article.except_body_with_default.order("id DESC").limit(10).to_a end end end

創(chuàng)建或生成一條article記錄，都要讓redis的數(shù)據(jù)無效。

class Admin::ArticlesController < Admin::BaseController ... def create @article = Article.new(article_params) Rails.cache.delete "articles" ... end end

這樣再刷新兩次以上，就會發(fā)現(xiàn)不再查數(shù)據(jù)庫了，除非添加或修改了文章(article)。

完結(jié)

?

轉(zhuǎn)載于:https://www.cnblogs.com/like-minded/p/5239440.html

總結(jié)

以上是生活随笔為你收集整理的redis实现cache系统实践(六)的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。