解決: org.iq80.leveldb.DBException: IO error: C:\data\trie\000945.sst: Could not create random access file.

    以太坊MPT樹的持久化層是采用了leveldb數據庫，然而在抽取MPT樹代碼運行過程中，進行get和write操作時卻發生了錯誤：

Caused by: org.fusesource.leveldbjni.internal.NativeDB$DBException: IO error: C:\data\trie\000785.sst: Could not create random access file.
at org.fusesource.leveldbjni.internal.NativeDB.checkStatus(NativeDB.java:200)
at org.fusesource.leveldbjni.internal.NativeDB.get(NativeDB.java:307)
at org.fusesource.leveldbjni.internal.NativeDB.get(NativeDB.java:300)
at org.fusesource.leveldbjni.internal.NativeDB.get(NativeDB.java:293)
at org.fusesource.leveldbjni.internal.JniDB.get(JniDB.java:73)

    查了一些資料才把這個問題解決，參考：https://github.com/fusesource/leveldbjni/issues/28

　　1. 首先增加maxOpenFiles的數量，通過觀察數據庫sst文件數量的變化發現，文件在50個左右，而原來maxOpenFiles=32，因此改為(datasource/LevelDbDataSource.java line75)

//options.maxOpenFiles(32);
options.maxOpenFiles(100);

　　2. 對get和write方法進行異常處理

    異常造成的原因是：由於leveldb內部的compaction algorithm將一個level的sst文件合並到下一個level的sst文件中，因此在get或write方法就會出現找不到當前sst文件的情況，解決方法是重新get或write一次（雖然這種處理方法不太優雅，但是確實有用）。修改代碼(datasource/LevelDbDataSource.java line139)

try {
　　byte[] ret = db.get(key);
   if (logger.isTraceEnabled()) logger.trace("<~ LevelDbDataSource.get(): " + name + ", key: " + Hex.toHexString(key) + ", " + (ret == null ? "null" : ret.length));
   　　return ret;
} catch (DBException e) {
   　　logger.error("Exception. Retrying again...", e);
       byte[] ret = db.get(key);
       if (logger.isTraceEnabled()) logger.trace("<~ LevelDbDataSource.get(): " + name + ", key: " + Hex.toHexString(key) + ", " + (ret == null ? "null" : ret.length));
       　　return ret;
}

以及(datasource/LevelDbDataSource.java line209)

try{//add 08-23 18:32
    db.write(batch);
} catch (DBException e) {
    logger.error("Exception. Retrying again...", e);
    db.write(batch);
 }//end add 08-23 18:32

 

這要就修復了這個bug！！