合理利用“二級緩存”技術(shù)提高數(shù)據(jù)庫整體性能

合理利用“二級緩存”技術(shù)提高數(shù)據(jù)庫整體性能蕭少聰[ScottSiu]scottsiu@(+86-創(chuàng)新思維，引領(lǐng)數(shù)據(jù)庫革命EnterpriseDBPostgresPlusAdvancedServer提高數(shù)據(jù)庫性能的方案通過硬件方案提高性能(加CPU、內(nèi)存)擴展能力有限通過軟件優(yōu)化提高性能(程序修改、配置調(diào)優(yōu))只能針對現(xiàn)有環(huán)境通過集群方案提高性能(多服務(wù)器通過高速網(wǎng)絡(luò)連接進行性能擴展)如何處理數(shù)據(jù)同步、緩存同步、數(shù)據(jù)可靠性EnterpriseDBInfiniteCache數(shù)據(jù)庫“二級緩存”技術(shù)您的數(shù)據(jù)庫服務(wù)器是否有如下情況CPU占用不高多層應(yīng)用開發(fā)架構(gòu)下，業(yè)務(wù)邏輯大多在應(yīng)用層數(shù)據(jù)庫內(nèi)存使用率不高通常分配給數(shù)據(jù)庫管理的內(nèi)存只占服務(wù)器內(nèi)存的一半或以下大數(shù)據(jù)量查詢時硬盤I/O不足并發(fā)進行大量數(shù)據(jù)操作時，I/O成為系統(tǒng)最大瓶頸通常數(shù)據(jù)庫性能的瓶頸在哪里？CPU？多路、多核、多層應(yīng)用架構(gòu)……內(nèi)存？DDR2、DDR3、64GB、128GB……硬盤？通常情況下，這正是數(shù)據(jù)庫服務(wù)器的性能瓶頸空間與性能的矛盾內(nèi)存中訪問數(shù)據(jù)的速度很快而磁盤中訪問數(shù)據(jù)的速度很慢內(nèi)存空間有限并且擴充困難而通常磁盤空間是充足內(nèi)存:硬盤->30:1業(yè)界如何解決數(shù)據(jù)庫的I/O瓶頸已有的解決方案128塊4GB雙通道HBA卡+282個存儲柜（共3380塊1.5K硬盤），以大大提高磁盤I/O。 [這樣的配置很難在常規(guī)環(huán)境下重現(xiàn)]通過大量廉價的Memcache服務(wù)器，以減輕數(shù)據(jù)庫服務(wù)器的磁盤I/O負擔(dān)。 [應(yīng)用系統(tǒng)要經(jīng)過大量重新開發(fā)]通過SSD磁盤進行數(shù)據(jù)存儲，實現(xiàn)高速I/O [當前成本過高無法存儲大量數(shù)據(jù)]實例場景場景：當前有一臺16GB內(nèi)存的服務(wù)器思考：您會給數(shù)據(jù)庫分多少緩存2GB4GB8GB16GB(@_@)數(shù)據(jù)能更多地緩存在內(nèi)存中，將可以最大程度地提高系統(tǒng)性能數(shù)據(jù)庫“二級緩存”技術(shù)

EnterpriseDBInfiniteCache利用內(nèi)存打破磁盤I/O瓶頸透明操作顛覆內(nèi)存數(shù)據(jù)庫概念支持無限橫向擴展高達12倍內(nèi)存壓縮保存更多數(shù)據(jù)實現(xiàn)高達16倍的性能提升EnterpriseDB與PostgreSQL的性能差別有無InfiniteCache的性能差別EnterpriseDBInfiniteCache原理APPicacheNode2icacheNode3icacheNode1DISKBlk16Blk8Blk3Blk40Blk10EDBBlk4Hash(3)select(4)select(3)Hash(10)數(shù)據(jù)完整性如何保證？數(shù)據(jù)寫入過程與“二級緩存”無關(guān)更新數(shù)據(jù)塊時對“二級緩存”進行異步跟新DatasyncDataasynccommit啟動InfiniteCacheAPPPPASicacheNode2icacheNode3icacheNode1DISK無需任何改變cache設(shè)置配置文件需要啟動edb-icache#edb-icache-uenterprisedb-d-m1024#killall-HUPedb-icache參數(shù)設(shè)置postgresql.confedb_enable_icache=onedb_icache_servers='localhost,:11000,'edb_icache_compression_level=6#edb-icache-tool5:11211statspostgresql.conf配置參數(shù)設(shè)置edb_enable_icache=on緩存服務(wù)器edb_icache_servers='localhost,:11000,'壓縮比率edb_icache_compression_level=6什么場景不適合使用數(shù)據(jù)庫“二級緩存”“人無完人”，技術(shù)也是一樣。世上還沒有一種可以解決所有問題的技術(shù)。WhatisEnterpriseDB?EnterpriseDB數(shù)據(jù)庫歷史發(fā)源史EnterpriseDB的Postgres系列數(shù)據(jù)庫與DB2，Oracle是同一時代的產(chǎn)品衍生出Informix，Sybase，SQLServer等數(shù)據(jù)庫，都在良性發(fā)展發(fā)展史1977Ingres項目1985Post-Ingres項目1995將SQL引擎改為

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

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

性，使PostgreSQL被譽為

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

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

商業(yè)支持EnterpriseDB產(chǎn)品線介紹EnterpriseDB企業(yè)版針對OLTP的動態(tài)性能調(diào)整高性能無限緩存

及預(yù)取技術(shù)全球領(lǐng)先的Oracle兼容引擎

異構(gòu)數(shù)據(jù)庫復(fù)制及容災(zāi)能力企業(yè)級安全審計DRITA性能分析架構(gòu)EnterpriseDB標準版完整的DBMS數(shù)據(jù)庫管理系統(tǒng)集成地理數(shù)據(jù)庫引擎集成網(wǎng)格并行查詢集成本地/異地數(shù)據(jù)容災(zāi)能力基本版全球最先進的開源數(shù)據(jù)庫核心EnterpriseDB市場定位MySQLSybaseMicrosoftOracleIBM簡易WEB只讀型網(wǎng)站應(yīng)用模式復(fù)雜的企業(yè)事務(wù)模式$$$$TPC-C測試對比大型數(shù)據(jù)庫企業(yè)版 3703tpmCEnterpriseDB8.2企業(yè)版 3115tpmCEnterpriseDB8.3R2企業(yè)版 12762tp