【正文】
目錄 TokuDB簡(jiǎn)介 FractalTree Index 從存儲(chǔ)角度理解 TokuDB的優(yōu)勢(shì) TokuDB的獨(dú)有特性及原理 Benchmark,結(jié)論, 參考資料 Benchmark 結(jié)論 ? TokuDB存儲(chǔ)引擎具有插入效率高、壓縮效率優(yōu)秀、在線 DDL等諸多優(yōu)勢(shì),在寫性能要求較高的業(yè)務(wù)場(chǎng)景中提升非常明顯 ? TokuDB存儲(chǔ)引擎 不如 InnoDB通用,它并不能取代 InnoDB存儲(chǔ)引擎 ? 較那些“動(dòng)不動(dòng)聲稱比 InnoDB快 N倍”的數(shù)據(jù)庫(kù)有前途 參考文獻(xiàn) 1. 淘寶一工 《 高性能存儲(chǔ)引擎 TokuDB》 2. Martin《 FractalTreeTechnologyandTheArtofIndexing》 3. 趙天元、姜承堯 《 TokuDB存儲(chǔ)引擎在網(wǎng)易生產(chǎn)環(huán)境中的應(yīng)用實(shí)踐 》 4. 《 TokuDB with Tractal Tree Indexing for MySQL: Quick Start Guide for linux》 5. Michael A Bender《 CacheOblivious Streaming BTrees》 6. 謝謝! 。s version of the table. ? For a TokuDB fractal tree, these hidden queries have a very high cost. ? If the keys are accessed in a random sequence, then each replication event will result in a point query. ? These stalls are fatal to the slave39。 {key={len=xx data=bca} val={len=0 data=}} b) clustering index: alter table foo add index cst_xx(b,c)。 索引 B = 4MB (塊大,整塊壓縮, ~1MB) 50GB / 4MB ~ 1w個(gè) node, node少! 2. Fractal Tree Index ? 每個(gè) node有 416個(gè)子節(jié)