Fusion-io能夠在不影響性能表現(xiàn)的前提下將更多數(shù)據(jù)保存在其ioMemory閃存存儲設(shè)備當中——至少該公司在談到其NVM壓縮接口時是這么說的。

根據(jù)我們掌握的情況，NVM壓縮接口是“一種閃存識別接口，能夠?qū)?span>ioMemory閃存的可用容量提高一倍、同時消除傳統(tǒng)磁盤壓縮算法給閃存SSD設(shè)備帶來的負面性能影響。”

如果將其“與Atomic Writes接口相整合，NVM壓縮接口甚至能夠通過大大簡化指令而將閃存使用壽命提升至現(xiàn)有水平的四倍，同時顯著優(yōu)化持久閃存存儲架構(gòu)中的MySQL數(shù)據(jù)庫。”

MariaDB基金會于上月三十一號公布了MariaDB 10的通用版本，而且“其速度要比上代MariaDB高出數(shù)倍，特別是在運行傳統(tǒng)數(shù)據(jù)庫MySQL的情況下;這要歸功于一系列新功能的加入，包括并行復(fù)制以及更為先進的組處理機制。”

將NVM壓縮接口與MariaDB以及MySQL相結(jié)合，就能將有效存儲容量提高一倍。MySQL與MariaDB的締造者Michael “Monty”Widenius對此深表欣慰：“我們將壓縮接口放在MariaDB之下進行了實際測試，結(jié)果非常出色。能夠與Fusion-io一道在閃存識別MySQL性能方面進行創(chuàng)新令人非常振奮。”

NVM壓縮接口還能夠?qū)⒈姸?span>MySQL數(shù)據(jù)庫當中的可用閃存存儲容量提升最多50%，其中包括甲骨文、Percona以及SkySQL等廠商的產(chǎn)品。

更少寫入操作、更高執(zhí)行速度

Fusion-io宣稱，NVM壓縮接口能夠降低不必要的寫入操作數(shù)量，長時間工作負載測試也“證明了MySQL數(shù)據(jù)庫在配合NVM壓縮接口后實際執(zhí)行速度甚至超過了傳統(tǒng)未經(jīng)壓縮的數(shù)據(jù)庫方案。”這一點其實并不難理解，寫入操作越少、全局執(zhí)行速度自然也就越快。

Percona公司聯(lián)合創(chuàng)始人兼CEO Peter Zaitsev就Fusion-io推出的技術(shù)成果作出評論：“我們將NVM壓縮接口與Atomic Writes接口兩種閃存識別技術(shù)整合到了Percona服務(wù)器當中，希望在保證可用容量最優(yōu)的前提下實現(xiàn)理想的性能表現(xiàn)……我們將其視為幫助Percona服務(wù)器用戶享受低廉的整體持有成本并增強性能的絕佳手段。”

Fusion-io之所以作出這樣的定位，完全是因為其自家閃存能夠作為這套不影響性能甚至有可能提升性能的壓縮技術(shù)的存儲層。是的，NVM壓縮接口無法在SSD上起效。

下面我們來看Fusion-io公司CTO Pankaj Mehra就這一議題作出的評論：“企業(yè)級閃存存儲方案的價值在于以存儲層角度出發(fā)實現(xiàn)容量資源最大化，從而為云計算、大數(shù)據(jù)、內(nèi)存內(nèi)數(shù)據(jù)庫以及大規(guī)模事務(wù)處理帶來獨特的優(yōu)化效果。”

Fusion-io向開發(fā)人員們傳達了這樣一條訊息：NVM壓縮接口能夠幫助他們“通過通用型工作負載優(yōu)化壓縮算法將閃存識別壓縮機制快速引入應(yīng)用程序。”

Fusion-io需要將應(yīng)用程序開發(fā)者群體拉攏到自家陣營當中，從而擴大其PCIe閃存的普及程度;此舉顯然是希望能與LSI、美光以及其它眾多閃存卡供應(yīng)商拉開競爭差距。為了達成這一目標，Fusion想出的好辦法正是為開發(fā)人員提供API、從而保證其軟件成果能夠以更快的速度運行在Fusion的閃存當中。

NVM壓縮接口與Atomic Writes接口目前正在MariaDB 10、Percona 5.6、Oracle MySQL 5.7.4 DMR（針對Atomic Writes）以及NVM壓縮實驗室版本當中進行早期訪問測試。NVM壓縮接口在本屆Percona Live MySQL大會（2014年4月1號到4號）上正式亮相。如果大家碰巧身在圣克拉拉的會場，不妨到200號展位親身體驗Fusion-io打造的這套技術(shù)成果。