Rails緩存架構(gòu)設(shè)計(jì)

Rails緩存架構(gòu)設(shè)計(jì)

ID:46276702

大小:3.60 MB

頁數(shù):57頁

時(shí)間:2019-11-22

Rails緩存架構(gòu)設(shè)計(jì)_第1頁
Rails緩存架構(gòu)設(shè)計(jì)_第2頁
Rails緩存架構(gòu)設(shè)計(jì)_第3頁
Rails緩存架構(gòu)設(shè)計(jì)_第4頁
Rails緩存架構(gòu)設(shè)計(jì)_第5頁
資源描述:

《Rails緩存架構(gòu)設(shè)計(jì)》由會員上傳分享,免費(fèi)在線閱讀,更多相關(guān)內(nèi)容在學(xué)術(shù)論文-天天文庫。

1、高性能Web應(yīng)用緩存架構(gòu)設(shè)計(jì)淺談RobbinFan高性能Web應(yīng)用特征?大規(guī)模,高并發(fā)的訪問請求?服務(wù)的高可用性?平滑的deployment?良好的可伸縮性特殊應(yīng)用場景?長連接?Webchat,Webgame?網(wǎng)絡(luò)IO資源消耗型,非CPU消耗型?EventMachine,Twisted,Node.js高性能Web應(yīng)用是架構(gòu)問題,不是Rails框架問題ConstraintislibertyJavaEye統(tǒng)計(jì)數(shù)據(jù)?3,000,000+Railsdynamicrequestsperday?15,000,000+HTTPrequestsperd

2、ay?600+HTTPrequests/sonpeaktime?1,000,000+full-textsearchperday?1400+currentconnections/sonpeaktime?600averageMemcachedgetoperations?150averageSQLqueriespersecondWebServerDBServerlighttpdanalyticsmysqlfastcgi(ruby)PDFCreatingmemcachedSearchServerWebServerDBServerCPUPeak<

3、60%CPUPeak<25%IOWait<5%IOWait<15%Rails高性能Web之道?從整體架構(gòu)上設(shè)計(jì)各個(gè)層面緩存方案?消除架構(gòu)上的各個(gè)單點(diǎn)性能瓶頸?多進(jìn)程的分布式應(yīng)用架構(gòu)部署?以REST的架構(gòu)風(fēng)格來編寫Rails應(yīng)用基于Web的簡單架構(gòu)瀏覽器Web服務(wù)器應(yīng)用服務(wù)器數(shù)據(jù)庫操作系統(tǒng)的文件系統(tǒng)Web應(yīng)用架構(gòu)存儲設(shè)備Web系統(tǒng)的速度差異?讀取文件系統(tǒng)>讀取存儲設(shè)備?讀取數(shù)據(jù)庫內(nèi)存>讀取文件系統(tǒng)?讀取應(yīng)用內(nèi)存>訪問數(shù)據(jù)庫服務(wù)器?讀取靜態(tài)文件>訪問應(yīng)用服務(wù)器?讀取瀏覽器緩存>訪問網(wǎng)站緩存系統(tǒng)的分層架構(gòu)?操作系統(tǒng)磁盤緩存:減少磁盤機(jī)械操作?

4、數(shù)據(jù)庫緩存:減少文件系統(tǒng)I/O?應(yīng)用程序緩存:減少數(shù)據(jù)庫查詢?Web服務(wù)器緩存:減少應(yīng)用服務(wù)器請求?客戶端瀏覽器緩存:減少對網(wǎng)站的訪問操作系統(tǒng)文件緩存?文件系統(tǒng)提供的DiskCache:操作系統(tǒng)會把經(jīng)常訪問到的文件內(nèi)容放入到內(nèi)存當(dāng)中,由文件系統(tǒng)來管理?當(dāng)應(yīng)用程序通過文件系統(tǒng)訪問磁盤文件的時(shí)候,操作系統(tǒng)從DiskCache當(dāng)中讀取文件內(nèi)容,加速了文件讀取速度?DiskCache由操作系統(tǒng)來自動(dòng)管理,一般不用人工干預(yù),但應(yīng)當(dāng)保證物理內(nèi)存充足,以便于操作系統(tǒng)可以使用盡量多的內(nèi)存充當(dāng)DiskCache,加速文件讀取速度?特殊的應(yīng)用程序?qū)ξ募到y(tǒng)

5、DiskCache有很高的要求,會繞開文件系統(tǒng)DiskCache,直接訪問磁盤分區(qū),自己實(shí)現(xiàn)DiskCache策略?Oracle的rawdevice(裸設(shè)備)–直接拋棄文件系統(tǒng)?MySQL的InnoDB:innodb_?ush_method=O_DIRECT數(shù)據(jù)庫緩存的重要性?為什么數(shù)據(jù)庫非常依賴緩存??數(shù)據(jù)庫通常是企業(yè)應(yīng)用系統(tǒng)最核心的部分?數(shù)據(jù)庫保存的數(shù)據(jù)量通常非常龐大?數(shù)據(jù)庫查詢操作通常很頻繁,有時(shí)還很復(fù)雜?以上原因造成數(shù)據(jù)庫查詢會引起非常頻繁的磁盤I/O讀取操作,迫使CPU掛起等待,數(shù)據(jù)庫性能極度低下?數(shù)據(jù)庫有哪些緩存策略??Qu

6、eryCache?DataBuffer對象緩存?由O/RMapping框架例如ActiveRecord提供,透明性訪問,細(xì)顆粒度緩存數(shù)據(jù)庫查詢結(jié)果,無需業(yè)務(wù)代碼顯式編程,是最省事的緩存策略?當(dāng)軟件結(jié)構(gòu)按照O/RMapping框架的要求進(jìn)行針對性設(shè)計(jì),使用對象緩存將會極大降低Web系統(tǒng)對于數(shù)據(jù)庫的訪問請求?良好的設(shè)計(jì)數(shù)據(jù)庫結(jié)構(gòu)和利用對象緩存,能夠提供極高的性能,對象緩存適合OLTP應(yīng)用應(yīng)用緩存概述?對象緩存?查詢緩存?頁面緩存?動(dòng)態(tài)頁面靜態(tài)化(pagecache)?頁面片段緩存(frgmentcache)?基于REST資源的緩存Activ

7、eRecord緩存?cache_fu?cache_money?second_level_cachecache_money?出自twitter開發(fā)團(tuán)隊(duì)之手?可能是目前最強(qiáng)大的rubycache框架?支持分頁查詢緩存,支持條件查詢緩存山寨cacheplugin?基于RailsCache的簡單封裝,僅60行代碼?可以自動(dòng)實(shí)現(xiàn)對象緩存的管理,n:1關(guān)系的緩存,但不支持1:n集合緩存?memcached緩存命中率超過96%對象緩存的威力?OLTP類型的web應(yīng)用,由于應(yīng)用服務(wù)器端可以進(jìn)行群集水平擴(kuò)展,最終的系統(tǒng)瓶頸總是逃不開數(shù)據(jù)庫訪問;?哪個(gè)框架

8、能夠最大限度減少數(shù)據(jù)庫訪問,降低數(shù)據(jù)庫訪問壓力,哪個(gè)框架提供的性能就更高;?針對數(shù)據(jù)庫的緩存策略:?對象緩存:細(xì)顆粒度,針對表的記錄級別,透明化訪問,在不改變程序代碼的情況下可以極大提升web應(yīng)用的性能。對

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文

此文檔下載收益歸作者所有

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文
溫馨提示:
1. 部分包含數(shù)學(xué)公式或PPT動(dòng)畫的文件,查看預(yù)覽時(shí)可能會顯示錯(cuò)亂或異常,文件下載后無此問題,請放心下載。
2. 本文檔由用戶上傳,版權(quán)歸屬用戶,天天文庫負(fù)責(zé)整理代發(fā)布。如果您對本文檔版權(quán)有爭議請及時(shí)聯(lián)系客服。
3. 下載前請仔細(xì)閱讀文檔內(nèi)容,確認(rèn)文檔內(nèi)容符合您的需求后進(jìn)行下載,若出現(xiàn)內(nèi)容與標(biāo)題不符可向本站投訴處理。
4. 下載文檔時(shí)可能由于網(wǎng)絡(luò)波動(dòng)等原因無法下載或下載錯(cuò)誤,付費(fèi)完成后未能成功下載的用戶請聯(lián)系客服處理。