一、前言：如何寫一個數(shù)據(jù)庫 

就像華為想進軍軟件市場已經(jīng)很久了，我腦海里一直惦記著數(shù)據(jù)庫技術(shù)，幾年來不斷收集數(shù)據(jù)庫實現(xiàn)技術(shù)，但是一直不得要領(lǐng)，幾欲放棄，沒有碰到一個白胡子老頭傳授秘籍，國內(nèi)也幾乎沒有這方面的書籍，找了幾本國外的教材，要么翻譯的不好，要么英文啃起來費勁，書里更多是講數(shù)據(jù)庫相關(guān)的基礎(chǔ)知識，但是不會告訴你怎么做，好比是你想學(xué)變臉，但是總在教你唱戲，其實你只想知道變臉是用線拉的就行了。行業(yè)技術(shù)機密都是避而不談的，感覺從書本上是學(xué)不到的。 

去年給一個銀行技術(shù)老總講解大數(shù)據(jù)方案，他突然問到，你們能不能不用別人的，自己寫個ORACLE這樣的數(shù)據(jù)庫出來，我們每年花在license和服務(wù)費非常昂貴，升級也很痛苦，但是也沒有辦法。我承諾可以抽業(yè)余時間研究一下，不過他馬上又說，就算有也不會馬上用，可以先開源出來，可以看出他無比糾結(jié)的心態(tài)，也許他對太多架構(gòu)師說過這樣的話，可能現(xiàn)在都忘了，但是這件事再次給了我觸動，言語之間能感受到客戶寄托出的一種期望，希望中國企業(yè)能成長為ORACLE、IBM這樣的角色。 

要實現(xiàn)一個數(shù)據(jù)庫，首先不能不談起數(shù)據(jù)庫引擎。數(shù)據(jù)庫引擎和數(shù)據(jù)庫產(chǎn)品的關(guān)系，就像汽車發(fā)動機和汽車的關(guān)系，有了發(fā)動機，剩下的只是裝配工作。知名的數(shù)據(jù)庫引擎有“ISAM、MyISAM、InnoDB、PostgreSQL、BerkeleyDB等”，另外也有些產(chǎn)品模糊在“數(shù)據(jù)庫引擎、數(shù)據(jù)庫server、數(shù)據(jù)庫管理系統(tǒng)”之間的，如近幾年的redis，還有JDK6.0起自帶一個java編寫的只有2m大的關(guān)系數(shù)據(jù)庫Derby（由IBM捐獻），另外值得一提的還有SQLite，一個很輕量級嵌入式的數(shù)據(jù)庫（3萬c代碼，250k大?。?，但是功能齊全，實現(xiàn)了ACID和SQL標準，目前廣泛應(yīng)用于蘋果的Mac操作系統(tǒng)和Android移動操作系統(tǒng)中，缺點是多用戶高并發(fā)承受能力較弱。 

世界上大部分的數(shù)據(jù)庫產(chǎn)品都是圍繞部分數(shù)據(jù)庫引擎擴充出來的，比如大家熟悉的Mysql，它的數(shù)據(jù)庫引擎叫MyISAM，MyISAM是在ISAM發(fā)展而來，ISAM也是一個知名的數(shù)據(jù)庫引擎，最初被IBM開發(fā)，它讀的性能大于寫，但是索引功能和事務(wù)處理缺乏，MyISAM相對于ISAM做了很多改進，優(yōu)化了表鎖和并發(fā)操作，但是由于繼承的原因，仍然傾向于多讀少寫操作。ISAM系列引擎的大致設(shè)計原理：采用B樹設(shè)計，分成表元數(shù)據(jù)、表數(shù)據(jù)、表索引3部分存儲，讀的快是因為維持大量的索引結(jié)構(gòu)指向數(shù)據(jù)存儲位置，但是由于刪除更新容易導(dǎo)致大量數(shù)據(jù)碎片和空間浪費，常常需要執(zhí)行“OPTIMIZE TABLE”，從而又導(dǎo)致索引常常需要重新計算。Mysql5.5以后默認采用InnoDB引擎，還可以使用BerkeleyDB，InnoDB和BerkeleyDB包括了對事務(wù)處理和外鍵的支持，這是ISAM系列引擎所沒有的特性，另外InnoDB的鎖設(shè)計的要精明一點，鎖到少數(shù)行的數(shù)據(jù)塊上，而不是整表鎖。 

關(guān)于ISAM系列的發(fā)展有很多，IBM開發(fā)了VSAM代替ISAM，VSAM被IBM一個數(shù)據(jù)庫產(chǎn)品所使用 ，就是大名鼎鼎的DB2。雖然MySql的數(shù)據(jù)庫引擎換成了InnoDB，但是MySql的作者邁克爾（Michael Widenius）從MySql舊版本發(fā)展了另一個分支，并以自己的小女兒名字命名為MariaDB（瑪麗亞），MariaDB的數(shù)據(jù)庫引擎叫做Aria，但實際上還是MyISAM，只是增加了些key緩存改進（Segmented Key Cache），MariaDB數(shù)據(jù)庫得到了google等企業(yè)的大力支持，普通的觀點認為oralce收購Mysql的最終目的是想其慢慢死亡，而不是想著如何把它發(fā)展更好。 

PostgreSQL和BerkeleyDB都是來源于加州伯克利分校，一個面向關(guān)系數(shù)據(jù)，一個面向k/v數(shù)據(jù)，雖然知名和流行程度不如Mysql，但是也各有優(yōu)勢，PostgreSQL的關(guān)系數(shù)據(jù)庫功能實現(xiàn)的比較完整，包括了很多高級特性，并且采用BSD/MIT開源協(xié)議，因此比較適合用來封裝成數(shù)據(jù)庫產(chǎn)品，這種協(xié)議允許任何人使用修改代碼，但是要保留版權(quán)聲明，BerkeleyDB提供了一個高并發(fā)訪問的k/v數(shù)據(jù)庫引擎，但不是一個數(shù)據(jù)庫server，不提供網(wǎng)絡(luò)訪問，不支持sql，但可以支持函數(shù)式操作，數(shù)據(jù)庫產(chǎn)品HyperTable和MemcacheDB內(nèi)部都使用了BerkeleyDB。 

綜上所述，我們可以看出： 

1. 大部分數(shù)據(jù)庫產(chǎn)品都是都是近親結(jié)婚，由少數(shù)數(shù)據(jù)庫引擎（如ISAM、PostgreSQL、BerkeleyDB等）發(fā)展而來。（但是oracle和sqlserver的數(shù)據(jù)庫引擎是內(nèi)置的，鮮有人知）

2. 你會驚奇的發(fā)現(xiàn)，MyISAM、BerkeleyDB、InnoDB等大部分數(shù)據(jù)庫引擎的vendor都是oracle，oracle公司一直處心積慮的收購著市場上有競爭力的數(shù)據(jù)庫引擎，用來捍衛(wèi)自己的壟斷地位，

3. 幾乎所有的數(shù)據(jù)庫引擎都是GPL協(xié)議，擅自閉源用于商業(yè)將承擔(dān)法律責(zé)任。

因此，要寫一個數(shù)據(jù)庫，首先要從實現(xiàn)數(shù)據(jù)庫引擎入手，掌握數(shù)據(jù)庫引擎技術(shù)有重要意義，因為無論是“關(guān)系數(shù)據(jù)庫還是K/V數(shù)據(jù)庫，SQL數(shù)據(jù)庫還是NOSQL數(shù)據(jù)庫，分布式數(shù)據(jù)庫還是并行數(shù)據(jù)庫，列數(shù)據(jù)庫還是對象數(shù)據(jù)庫...”，存儲引擎部分都有著相似的實現(xiàn)原理，掌握了數(shù)據(jù)庫引擎技術(shù)后，只要公司愿意投資，就可以長足拓展到任何數(shù)據(jù)庫領(lǐng)域，一切只是工作量問題，數(shù)據(jù)庫引擎一經(jīng)研發(fā)成功，就值得長期放養(yǎng)，哪怕是5年10年。同時對個人職業(yè)意義來說，對一個玩了一輩子軟件技術(shù)的架構(gòu)師，沒有寫過數(shù)據(jù)庫是一種遺憾，就跟喜歡女優(yōu)的工程師沒有見過真人一樣。 

二、CoolHash是個什么樣的數(shù)據(jù)庫 

1、CoolHash是一個數(shù)據(jù)庫引擎 

CoolHash只做數(shù)據(jù)庫最基礎(chǔ)核心的引擎部分，支持大部分數(shù)據(jù)類型的“插入、獲取、更新、刪除、批量插入、批量獲取、批量更新、批量刪除、高效查詢（精確查、模糊查、按樹節(jié)點查、按key查、按value查）、分頁，排序、and操作、or操作、事務(wù)處理、key指針插入和查詢、緩存持久互轉(zhuǎn)”等操作和遠程操作。 

其他的“監(jiān)控、管理、安全、備份、命令行操作、運維工具”等外圍特性都剝離出去不做，開發(fā)者可以根據(jù)自己需求擴充這些功能，CoolHash也不做自動擴容，CoolHash認為分布式集群特性也可以在外圍通過“分庫分表”或者“分布式擴容”等中間件技術(shù)去做，目前國內(nèi)很多企業(yè)都具備基于開源軟件做外圍中間件的能力，這樣，CoolHash只維持一個高性能又輕量級的最小存儲引擎。 

CoolHash高度產(chǎn)品化，易用性強，容易嵌入使用和復(fù)制傳播（200k大小），采用apache2.0開源協(xié)議，使用java實現(xiàn)(jdk1.7)，對外提供java接口，同時支持windows和linux（unix-like），由于依賴底層操作系統(tǒng)，windows和linux的實現(xiàn)稍有不同。 

2、CoolHash是一個k/v數(shù)據(jù)庫 

實現(xiàn)數(shù)據(jù)庫存儲結(jié)構(gòu)索引有多種方法，有比較平衡減少深入的b樹、b+樹系列，結(jié)合內(nèi)存再合并的LSM-tree系列（bigTable），借鑒字典索引技術(shù)的Trie樹（前綴樹、三叉樹）等，不過對于key/value結(jié)構(gòu)，感覺最合適的還是Hash，不過java里的Hash算法是實現(xiàn)在內(nèi)存組件里，無法持久化，只能快速讀寫，但是無法模糊查詢，傳統(tǒng)的Hash不是一個“cool”的Hash，需要進行改進。 

CoolHash改進后的Hash算法是一個完整的key樹結(jié)構(gòu)，我們知道傳統(tǒng)Hash的key和key之間沒有關(guān)系，互相獨立，但是在CoolHash里，key可以表示為“user.001.name”的用“.”分開的樹層次結(jié)構(gòu)，如“user.001.age”和“user.001.name”都屬于“user.001.*”分支，既可獨立獲取，也可以從父節(jié)點查詢，還可以“user.*.name”方式只查詢所有子節(jié)點。 

提出key指針的概念：CoolHash的key可以是一個指針，指向其他樹的key，這樣能將兩棵key樹連起來，這樣的設(shè)計能避免大量join操作，如果兩棵key樹沒有直接關(guān)系，需要動態(tài)join將會非常耗時，但有了key指針可以很好的描述數(shù)據(jù)之間“1對1、1對多、多對多”的關(guān)聯(lián)關(guān)系。key指針也不同于數(shù)據(jù)庫外健，它可以模糊指，比如只模糊指向一個key前綴“user.001”，再補充需要獲取的屬性形成一個完整key；還能連續(xù)指，比如一個key指針指向另一個key指針再指向其他key指針，連續(xù)指可以將更多的樹聯(lián)系起來形成一個大的數(shù)據(jù)森林。CoolHash能很好的控制key指針最終值返回、key指針死循環(huán)、讀寫死鎖等問題。 

我們知道關(guān)系數(shù)據(jù)庫的數(shù)據(jù)表是一個行列的二維矩陣的數(shù)據(jù)結(jié)構(gòu)，表和表之間沒有層次感，一個表不會是另一個表的父子節(jié)點，這就導(dǎo)致需要大量關(guān)聯(lián)，從一個表獲取另一個表的數(shù)據(jù)需要通過join操作，同時由于表和表之間彼此獨立，又導(dǎo)致數(shù)據(jù)量大后join性能不好，多個矩陣需要動態(tài)的“求并”“求或”獲取主健，再返回所有屬性。很多朋友是開發(fā)業(yè)務(wù)系統(tǒng)出身，復(fù)雜一點的業(yè)務(wù)邏輯通常需要關(guān)聯(lián)7-8個數(shù)據(jù)庫表甚至更多，是相當(dāng)頭疼的事情。 

這種矩陣行列式結(jié)構(gòu)還有個不好，就是一加全加，一減全減，一行加了一列屬性，所有行都要跟著加，假如有個“子女”屬性，有的人有1個子女，有的人有2-3個子女，這個屬性應(yīng)該有時是1列，有時是3列，有時沒有才好。CoolHash的父節(jié)點下的key值可以任意添加和減少，或者再任意向下擴充葉子結(jié)點，也可以任意查詢，能夠非常靈活，比如“子女”屬性可以這樣表示第一個小孩：“user.001.children.001”。 

關(guān)系數(shù)據(jù)庫還容易產(chǎn)生數(shù)據(jù)碎片，需要經(jīng)常執(zhí)行“OPTIMIZE TABLE”或者“壓縮數(shù)據(jù)庫”等操作回收空間，CoolHash對此做了設(shè)計和算法改進，對于大量數(shù)據(jù)頻繁寫入和刪除能很好重復(fù)利用存儲空間。 

key和value的數(shù)據(jù)格式：CoolHash的key只能是字符串，默認最大長度為256字節(jié)。value能支持非常廣泛的數(shù)據(jù)類型，基本數(shù)據(jù)類型“String（變長字符）、short（短整形）、int（整型）、long（長整形）、 double（雙精度浮點型）、 float（浮點型）、Date（日期型）”，高級數(shù)據(jù)類型的大部分的java集合都能支持（List、Map、Set等），以及任意可序列化的自定義java類型，底層數(shù)據(jù)類型也可以支持二進制型?；緮?shù)據(jù)類型的value可支持按內(nèi)容查詢，高級數(shù)據(jù)類型和二進制類型不支持按內(nèi)容查詢。所有類型的value默認最大長度為2M，默認配置保證一對key/value長度不會太大，能夠容易加載到內(nèi)存進行處理，但是key和value的最大長度、以及region大小都是可以根據(jù)計算機性能進行配置。 

CoolHash還支持HashMap緩存和持久化的統(tǒng)一和互相轉(zhuǎn)換，并共用一套API，可以將數(shù)據(jù)放入CoolHashMap，也可以放入持久化，可以將CoolHashMap對象轉(zhuǎn)成持久化，也可以從持久化數(shù)據(jù)里直接獲取CoolHashMap對象。 

3、CoolHash是一個并行數(shù)據(jù)庫（mpp） 

前幾年有篇文章，國外的數(shù)據(jù)庫大牛猛烈抨擊map/reduce，讓重復(fù)造輪子的人應(yīng)該去學(xué)習(xí)一下關(guān)系數(shù)據(jù)庫幾十年的理論和實踐積累，一個借助蠻力而不善于設(shè)計索引的數(shù)據(jù)庫系統(tǒng)是愚蠢和低效的。這一方面說明了map/reduce技術(shù)已經(jīng)侵犯到了傳統(tǒng)數(shù)據(jù)庫領(lǐng)域的核心利益，另一方面也暴露了分布式存儲技術(shù)的某些不足。 

這里的蠻力就是并行計算，在CoolHash的底層，會維持一個數(shù)據(jù)工人進程組，根據(jù)計算機性能少則幾個多則上百個，對于數(shù)據(jù)庫的每種操作，數(shù)據(jù)工人們像演奏交響樂一樣，時而獨奏，時而合奏，統(tǒng)一調(diào)度，緊密協(xié)作的完成任務(wù)，CoolHash從一開始就是高度并行化的設(shè)計，數(shù)據(jù)庫引擎本質(zhì)就是在尋求cpu、內(nèi)存、硬盤的充分利用和均衡利用，“一力勝十巧”，在大量數(shù)據(jù)的讀寫和查詢中并行計算的效果猶為明顯。 

同時一個好的數(shù)據(jù)庫引擎應(yīng)該是蠻力和技巧的結(jié)合，Hbase的一個重要啟示，就是可以靈活設(shè)計它的key達到近似索引的效果，CoolHash將此特性發(fā)揮的更深入，樹型結(jié)構(gòu)的key本身就是最好的索引，除外CoolHash幾乎不需要另外再建立索引，只需要按照業(yè)務(wù)數(shù)據(jù)特點設(shè)計好你的key。并行計算和索引的結(jié)合會得到一個很好的互補，讓你的索引結(jié)構(gòu)不需要維持的太精準而節(jié)省開銷，舉個例子：我們從一個城市找一個人，一種方法是我們有精確的索引，知道他在哪個區(qū)哪個樓那個房間，另一種是我們只大致知道他在哪棟樓，但是我們有幾百個工人可以每間房同時去找，這樣也能很快找到。 

4、CoolHash是一個nosql數(shù)據(jù)庫 

nosql不等于沒有sql的功能，關(guān)系數(shù)據(jù)庫的sql仍然是非常方便的交互語言，而且有專門的標準，CoolHash通過函數(shù)方式實現(xiàn)大部分sql的功能，如果需要擴充sql支持，在外圍用正則表達式做一個sql解析，然后調(diào)用CoolHash的函數(shù)支持即可。 

由于CoolHash沒有關(guān)系數(shù)據(jù)庫的“db、table、row、col”等概念，使用樹型key取代了，所以sql create語句功能就不需要了。 

• “put()函數(shù)”對應(yīng)于“sql insert、update”語句

• “remove()函數(shù)”對應(yīng)于“sql delete...where”語句

• “put(map)函數(shù)”對應(yīng)于“sql insert/update into...select...”語句

• “get()函數(shù)”對應(yīng)于“sql select...where id=?”語句

• “get(map)”函數(shù)對應(yīng)于“sql select *...”語句

• “find(*,filter)”函數(shù)對于于“sql select * where col=%x%”語句

• “and()函數(shù)”對應(yīng)于“sql and”語句

• “or()函數(shù)”對應(yīng)于“sql or”語句

• “sort(comp)函數(shù)”對應(yīng)于“sql desc/group”語句

5、CoolHash實現(xiàn)了事務(wù)處理 

CoolHash實現(xiàn)了ACID事務(wù)屬性，對寫入、更新、刪除的基本操作提供事務(wù)處理，在程序里調(diào)用begin()、commit()、rollback()等事務(wù)方法。 

• 原子性(Atomic)：事務(wù)內(nèi)操作要么提交全部生效，要么回滾全部撤消。

• 一致性(Consistent)：事務(wù)操作前后的數(shù)據(jù)狀態(tài)保持一致，一致性跟原子性密切相關(guān)，比如銀行轉(zhuǎn)賬前后，兩個賬戶累加總和保持一致。

• 隔離性(Isolated)：多個事務(wù)操作時，互相不能有影響，保持隔離。

• 持續(xù)性(Durable) ：事務(wù)提交后需要持久化生效。

另外，對于多個事務(wù)并發(fā)操作數(shù)據(jù)的情況，JDBC規(guī)范歸納出“臟讀(dirty read)、不可重復(fù)讀(non-repeatable read) 、幻讀(phantom read) ”三種問題，并提出了4種事務(wù)隔離級讓軟件制造商去實現(xiàn)，按照不同等級去容忍這三個問題，其實這種逐級容忍大部分都不實用，一個事務(wù)操作未提交時，按照事務(wù)隔離級，其他訪問應(yīng)該是讀取到該事務(wù)開始前的數(shù)據(jù)，而不應(yīng)該把事情搞復(fù)雜，CoolHash實現(xiàn)的是“TRANSACTION_SERIALIZABLE”，禁止容忍三種讀取問題。 

6、CoolHash是一個數(shù)據(jù)庫Server 

CoolHash支持遠程網(wǎng)絡(luò)訪問，服務(wù)端發(fā)布一個IP和監(jiān)聽端口，客戶端連接該IP端口即可進行遠程操作，CoolHash可承受多用戶高并發(fā)的網(wǎng)絡(luò)連接訪問，來源于服務(wù)端設(shè)計的相似之處，大家知道Apache HTTP Server是一個多進程模型+共享內(nèi)存方式實現(xiàn)，在前面講到的CoolHash會維持一個數(shù)據(jù)工人的進程組，數(shù)據(jù)工人不僅是并行計算的執(zhí)行者，同時也是網(wǎng)絡(luò)請求的響應(yīng)者，數(shù)據(jù)工人身兼多職能很好的將服務(wù)端設(shè)計統(tǒng)一起來，避免重復(fù)設(shè)計，因此CoolHash也是一個很好的網(wǎng)絡(luò)Server. 

7、CoolHash的測試性能 

有句話叫做“人生如白駒過隙”，用來形容性能就是一瞬間，數(shù)據(jù)庫性能最好能接近緩存，或者直接可以當(dāng)作緩存來用，能在瞬間完成讀寫和各種查詢，這個瞬間就是秒。只有在幾秒內(nèi)完成操作才能做到實時交互沒有等待感，否則就要離線交互。 

• CoolHash的單條寫入和讀取速度都在毫秒級別，寫和讀差別不大，讀略快于寫。

• CoolHash的批量寫入和讀取速度都控制在秒級別，100萬數(shù)據(jù)寫入基準測試，普通臺式機或者筆記本（4核4g）需要5-6秒，標準pc server(24核256g)需要2-3秒；批量讀、批量刪除和批量寫入的速度差不多。

• CoolHash寫入緩存和寫入持久的速度差別不大，100萬數(shù)據(jù)寫入緩存基準測試，普通臺式機或者筆記本（4核4g）需要5秒左右，標準pc server(24核256g)需要2秒左右。如果是10萬級別的數(shù)據(jù)讀寫，緩存和持久的速度大致接近等同。

• CoolHash的查詢速度控制在秒級別，100萬數(shù)據(jù)的模糊查詢（如like%str%）在沒有構(gòu)建索引情況下，普通臺式機或者筆記本（4核4g）需要2-3秒，標準pc server(24核256g)需要1-2秒；如果是重復(fù)查詢，由于CoolHash內(nèi)部做了數(shù)據(jù)內(nèi)存映射，第二次以后只需要毫秒級完成。

• 高并發(fā)多客戶端的吞吐量總體速度要快于單客戶端，但是受服務(wù)器cpu、內(nèi)存、io等性能限制，會傾向于一個平衡值。

數(shù)據(jù)庫引擎的性能通常也會受“key/value數(shù)據(jù)大小、數(shù)據(jù)類型、工人數(shù)量、硬件配置（內(nèi)存大小、cpu核數(shù)、硬盤io、網(wǎng)絡(luò)耗用）”等等因素影響。 

• 比如同樣數(shù)量但是單條key/value數(shù)據(jù)很大，整體速度要慢一些；

• 基本數(shù)據(jù)類型的讀寫速度要快過高級數(shù)據(jù)類型（如java集合類）；

• 工人數(shù)量也有影響，對于單條寫入讀取單工人和多工人差不多，但是批量操作和查詢多工人要好過單工人，普通臺式機或者筆記本（4核4g）維持在8-10個工人可以打滿cpu，標準pc server(24核256g)最大可以維持到100個左右工人，但是工人數(shù)量就算能打滿cpu，也受限于后端硬盤io，到一定程度速度不再增長；

• 硬件配置對于性能的影響很大，普通筆記本的測試效果明顯不如標準pc server，筆記本內(nèi)存較小，硬盤io弱，不適合做數(shù)據(jù)庫服務(wù)器。內(nèi)存大的服務(wù)器測試效果好，加載數(shù)據(jù)和jvm垃圾回收速度會更快，目前測試采用的都是傳統(tǒng)SAS/SATA硬盤，如果采用固態(tài)硬盤進行硬件升級，隨機IO性能會得到進一步提升；

• 另外，由于存在網(wǎng)絡(luò)耗用和序列化傳送，遠程網(wǎng)絡(luò)操作的速度要比本地速度慢，但是局域網(wǎng)內(nèi)速度會接近本地速度，這是因為遠程網(wǎng)絡(luò)操作涉及帶寬接入限制和線路共享等復(fù)雜消耗，而局域網(wǎng)內(nèi)主要取決于物理設(shè)備速度。

關(guān)于CoolHash性能的更多體驗，歡迎有興趣的朋友根據(jù)demo在各自的機器環(huán)境下，模擬各種極端條件下去壓測。 

三、如何使用CoolHash 

ch追求極簡的編程體驗，不需要安排配置，服務(wù)端啟動CoolHashServer，指定好ip和端口，客戶端大致編程步驟如下： 

CoolHashClient chc = BeanContext.getCoolHashClient("localhost",2014);//連接CoolHashServer 
chc.put("user.001.name","zhang");//寫入字符 
chc.put("user.001.age",20);//寫入整數(shù) 
chc.put("user.001.weight",50.55f);//寫入浮點數(shù) 
chc.put("user.001.pet",new ArrayList());//寫入集合對象 
 
String name = (String)chc.get("user.001.name");//讀取字符 
int age = (int)chc.get("user.001.age");//讀取整數(shù) 
float weight = (float)chc.get("user.001.weight");//讀取浮點數(shù) 
ArrayList pet = (ArrayList)chc.get("user.001.pet");//讀取集合對象 
 
chc.put("user.002.name","Li"); 
chc.put("user.002.age",25); 
chc.put("user.002.weight",60.55f); 
 
CoolKeyResult keyresult = chc.findKey("user.001.*");//查找用戶001的所有屬性 
CoolKeySet ks = keyresult.nextBatchKey(4);//分頁獲取前4條結(jié)果 
System.out.println(ks);//輸出[user.001.weight, user.001.age, user.001.name, user.001.pet] 
 
CoolHashResult mapresult = chc.find("user.*.age", ValueFilter.greater(18));//查找年齡大于18歲的用戶 
CoolHashMap hm = mapresult.nextBatch(10); 
System.out.println(hm);//輸出[user.001.age=20, user.002.age=25]    
...... 

更多的功能使用請去參考開發(fā)包里的demo 

四、Fourinone到底是什么？ 

Fourinone1.0是一個并行計算框架，2.0是一個分布式文件系統(tǒng)（Fttp），4.0是一個數(shù)據(jù)庫引擎(CoolHash)...那么Fourinone到底是什么？ 

我們把Fourinone打開，其實就是純java程序，除外什么都沒有，通篇展示如何用最基礎(chǔ)的java實現(xiàn)上面的功能。 

其實不用關(guān)注Fourinone的產(chǎn)品定位究竟是什么，F(xiàn)ourinone就是四不象，雖然功能眾多，跨度很大，但是仍然長自同一個身體，由同一個腦袋指揮，只要各項機理運行正常健康就好。 

Fourinone就是俄羅斯套娃里最小的一個，2.0是1.0的應(yīng)用，3.0是2.0的應(yīng)用，4.0是3.0的應(yīng)用，層層擴充沒有止境，體現(xiàn)軟件搭建精髓思想。 

Fourinone只收集最核心的技術(shù)，hadoop的開發(fā)者去使用spark需要重新學(xué)習(xí)，反之亦然，因為他永遠只是一個使用者，但是Fourinone可以從一個簡單MQ演變成一個復(fù)雜數(shù)據(jù)庫，只有掌握核心技術(shù)，才具備強大的變通能力。 

Fourinone4.0雖然新增加了一個完整的數(shù)據(jù)庫引擎，但是依然保持著苗條身材，整體大小只有220k，用不到1萬行java代碼實現(xiàn)，所有的設(shè)計都是原創(chuàng)和創(chuàng)新。 

除外，4.0版本還增加了以下特性： 

• 多進程多線程的無縫融合，同一套接口，改改參數(shù)，從多進程變?yōu)槎嗑€程，開發(fā)者無需改寫程序邏輯；

• 提供高容錯任務(wù)分配算法API：doTaskCompete（m工人,n任務(wù)），將n個任務(wù)分給m個工人并行完成，根據(jù)任務(wù)大小設(shè)置工人數(shù)量，工人間能者多勞，性能好的工人機器爭搶干更多的任務(wù)，同時跟現(xiàn)實工作一樣，如果有工人生病請假（故障），那么他的任務(wù)活由其余工人代干，除非所有工人出故障，否則就算只剩一個工人也應(yīng)該加班把其他所有工人的活干完，對整體計算來說，部分工人故障對計算結(jié)果來說不受影響，只是計算時間會延長。

五、結(jié)束語：將技術(shù)做酷是一種生活態(tài)度 

就像搖滾樂手騎行哈雷是一種生活態(tài)度一樣，把技術(shù)和產(chǎn)品做酷也是一種生活態(tài)度。 

• 用很多代碼體積臃腫實現(xiàn)出來也可以，但是不夠酷，用很少代碼實現(xiàn)功能更強才酷；

• 用很多人花很多時間做出一個產(chǎn)品也可以，但是不夠酷，用很少人花很少時間做出來才酷；

• 全靠整合依賴太多也可以，但是不夠酷，沒有任何依賴才酷；

• 最核心的組件都是用別人的也可以，但是不夠酷，自己做的更好才酷；

• 產(chǎn)品只有專業(yè)人士會用也可以，但是不夠酷，沒文化的人都會用才酷；

• 跳水自由落水也可以，但是不夠酷，翻幾個跟頭不冒一點水花才酷；

• 演死尸直接倒下也可以，但是不夠酷，多晃悠幾下再死才酷；

• 不玩創(chuàng)新也可以，那樣的人生不夠酷，玩創(chuàng)新挨整才酷。

基礎(chǔ)軟件也能像互聯(lián)網(wǎng)產(chǎn)品余額寶、微信那樣做到很酷，追求傻瓜式的客戶體驗和黏性，把草根程序員當(dāng)做客戶群體，做他們踮踮腳就能夠的到的軟件?；A(chǔ)軟件相對于業(yè)務(wù)創(chuàng)新產(chǎn)品來說有一定技術(shù)門檻，不容易被復(fù)制，觀察我們身邊的互聯(lián)網(wǎng)產(chǎn)品，“從網(wǎng)游到偷菜到手游到微博到微信...”或者是“從b2b到c2c到b2c到團購到o2o...”總在不斷的進行業(yè)務(wù)模式創(chuàng)新，保鮮期不超過2年，而且容易遭到山寨，但是微軟的操作系統(tǒng)和office、oracle的數(shù)據(jù)庫賣了20多年，不需要什么創(chuàng)新好像也沒有競爭對手。 

很多畢業(yè)生踏入這個行業(yè)時最初的夢想也是想寫一個很酷的操作系統(tǒng)或者數(shù)據(jù)庫，但是無數(shù)次的現(xiàn)實磨滅了他的夢想，很多人最后變成一個在職場政治和項目扯皮中尋求著人生價值，并且總是把“技術(shù)不是問題”掛在嘴邊，是否還記的你曾經(jīng)的夢想，把技術(shù)做酷。 

Fourinone4.0(CoolHash)開源地址：http://code.google.com/p/fourinone/ 

svn地址（瀏覽器可以直接下載）：http://fourinone.googlecode.com/svn/trunk/