資源描述:
《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)用的性能。對