All I really want is to store a very large Hashtable with more reads than writes.所有我真的想是存儲一個非常大的哈希表與更多的內容比寫道。 It should be able to deal with more than 8GB of data.它應該能夠處理多於8 GB的數據。 The key will be a String of limited length.關鍵將是一個字串有限的長度。 I want it to be extremely fast on read-access, stable with sudden shutdown and other issues beyond our control and with very low CPU usage.我想它是非常快就只讀訪問，穩定與突然關閉和其他問題非我們所能控制的和非常低的CPU使用率。 The leading contenders in my mind are:領導競爭者在我心目中是：
1. 1 。 HSQLDB ， HSQLDBhsqldb
2. 2 。 H2 Database, from the creator of Hypersonic SQL which is the predecessor of HSQLDB H2的數據庫，從創作者高超的SQL ，這是前任的， HSQLDBhsqldb
3. 3 。 Berkeley DB (Java version)伯克利分貝（ Java版）
4. 4 。 MySQL (least preference) MySQL的（至少偏好）
5. 5 。 Derby Database Derby數據庫
6. 6 。 One$DB一元分貝
7. 7 。 Home-brewed implementation of a souped up Hashtable家中自釀製實施一項souped了哈希表
8. 8 。 Prevayler prevayler

Note: The databases are listed in no particular order.注：數據庫中列出的無特定順序。

Preferably it should leverage the memory for faster access using an LRU list for example.最好應該利用內存以便快速訪問，使用lru名單的例子。 However it shouldn't depend on being fully memory driven.但它不應依賴得到充分的記憶體驅動。 To summarize high read performance with acceptable write performance and low CPU usage are my primary concerns.總結高讀取性能與可以接受的寫性能和低CPU使用率是我首要關心的問題。

Looking forward to your recommendations.期待著您的建議。