合理利用“二級緩存”技術(shù)提高數(shù)據(jù)庫整體性能_第1頁
合理利用“二級緩存”技術(shù)提高數(shù)據(jù)庫整體性能_第2頁
合理利用“二級緩存”技術(shù)提高數(shù)據(jù)庫整體性能_第3頁
合理利用“二級緩存”技術(shù)提高數(shù)據(jù)庫整體性能_第4頁
合理利用“二級緩存”技術(shù)提高數(shù)據(jù)庫整體性能_第5頁
已閱讀5頁,還剩14頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

--創(chuàng)新思維,引領(lǐng)數(shù)據(jù)庫革命EnterpriseDBPostgresPlusAdvancedServer提高數(shù)據(jù)庫性能的方案通過硬件方案提高性能(加CPU、內(nèi)存)擴(kuò)展能力有限通過軟件優(yōu)化提高性能(程序修改、配置調(diào)優(yōu))只能針對現(xiàn)有環(huán)境通過集群方案提高性能(多效勞器通過高速網(wǎng)絡(luò)連接進(jìn)行性能擴(kuò)展)如何處理數(shù)據(jù)同步、緩存同步、數(shù)據(jù)可靠性您的數(shù)據(jù)庫效勞器是否有如下情況CPU占用不高多層應(yīng)用開發(fā)架構(gòu)下,業(yè)務(wù)邏輯大多在應(yīng)用層數(shù)據(jù)庫內(nèi)存使用率不高通常分配給數(shù)據(jù)庫管理的內(nèi)存只占效勞器內(nèi)存的一半或以下大數(shù)據(jù)量查詢時硬盤I/O缺乏并發(fā)進(jìn)行大量數(shù)據(jù)操作時,I/O成為系統(tǒng)最大瓶頸通常數(shù)據(jù)庫性能的瓶頸在哪里?CPU?多路、多核、多層應(yīng)用架構(gòu)……內(nèi)存?DDR2、DDR3、64GB、128GB……硬盤?通常情況下,這正是數(shù)據(jù)庫效勞器的性能瓶頸空間與性能的矛盾內(nèi)存中訪問數(shù)據(jù)的速度很快而磁盤中訪問數(shù)據(jù)的速度很慢內(nèi)存空間有限并且擴(kuò)充困難而通常磁盤空間是充足內(nèi)存:硬盤->30:1業(yè)界如何解決數(shù)據(jù)庫的I/O瓶頸已有的解決方案128塊4GB雙通道HBA卡+282個存儲柜〔共3380塊1.5K硬盤〕,以大大提高磁盤I/O。 [這樣的配置很難在常規(guī)環(huán)境下重現(xiàn)]通過大量廉價的Memcache效勞器,以減輕數(shù)據(jù)庫效勞器的磁盤I/O負(fù)擔(dān)。 [應(yīng)用系統(tǒng)要經(jīng)過大量重新開發(fā)]通過SSD磁盤進(jìn)行數(shù)據(jù)存儲,實現(xiàn)高速I/O [當(dāng)前本錢過高無法存儲大量數(shù)據(jù)]實例場景場景:當(dāng)前有一臺16GB內(nèi)存的效勞器思考:您會給數(shù)據(jù)庫分多少緩存2GB4GB8GB16GB(@_@)數(shù)據(jù)能更多地緩存在內(nèi)存中,將可以最大程度地提高系統(tǒng)性能利用內(nèi)存打破磁盤I/O瓶頸透明操作顛覆內(nèi)存數(shù)據(jù)庫概念支持無限橫向擴(kuò)展高達(dá)12倍內(nèi)存壓縮保存更多數(shù)據(jù)實現(xiàn)高達(dá)16倍的性能提升EnterpriseDB與PostgreSQL的性能差別有無InfiniteCache的性能差別EnterpriseDBInfiniteCache原理APPicacheNode2icacheNode3icacheNode1DISKBlk16Blk8Blk3Blk40Blk10EDBBlk4Hash(3)select(4)select(3)Hash(10)數(shù)據(jù)完整性如何保證?數(shù)據(jù)寫入過程與“二級緩存〞無關(guān)更新數(shù)據(jù)塊時對“二級緩存〞進(jìn)行異步跟新DatasyncDataasynccommit啟動InfiniteCacheAPPPPASicacheNode2icacheNode3icacheNode1DISK無需任何改變cache設(shè)置配置文件需要啟動edb-icache#edb-icache-uenterprisedb-d-m1024#killall-HUPedb-icache參數(shù)設(shè)置postgresql.confedb_enable_icache=onedb_icache_servers='localhost,1.2.3.4:11000,5.6.7.8'edb_icache_compression_level=6#edb-icache-tool192.168.23.85:11211statspostgresql.conf配置參數(shù)設(shè)置edb_enable_icache=on緩存效勞器edb_icache_servers='localhost,1.2.3.4:11000,5.6.7.8'壓縮比率edb_icache_compression_level=6什么場景不適合使用數(shù)據(jù)庫“二級緩存〞WhatisEnterpriseDB?EnterpriseDB數(shù)據(jù)庫歷史發(fā)源史EnterpriseDB的Postgres系列數(shù)據(jù)庫與DB2,Oracle是同一時代的產(chǎn)品衍生出Informix,Sybase,SQLServer等數(shù)據(jù)庫,都在良性開展開展史1977Ingres工程1985Post-Ingres工程1995將SQL引擎改為

當(dāng)時最流行的SQL92之后由于社區(qū)的推動

參加了很多優(yōu)秀的特

性,使PostgreSQL被譽(yù)為

“最先進(jìn)的開源數(shù)據(jù)庫〞2004EnterpriseDB成立

提供Postgres系列數(shù)據(jù)庫

商業(yè)支持EnterpriseDB產(chǎn)品線介紹EnterpriseDB市場定位MySQLSybaseMicrosoftOracleIBM簡易WEB只讀型網(wǎng)站應(yīng)用模式復(fù)雜的企業(yè)事務(wù)模式$$$$TPC

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論