мотивация для использования LevelDB против других DBS это связано с тем, что с большим количеством записей, например, более примерно 10 млн записей, большинство "нормальный" д.б.н. начать, чтобы получить действительно вялым на вставках и выбирает. вы можете увидеть поведение для себя, наполняя тонны записей в SQLite, MySQL, PSQL и т.д.

LevelDB это не столько дб в качестве хранилища ключ-значение, что означает, что скорость вставка может быть сохранена даже тогда, когда есть массовое число записей, например, 250 млн. это где "уровень" в LevelDB происходит от - он загрузит уровни на вставках. единственная цена, которую вы платите за выравнивание нагрузки является эпизодическим уплотнением по LevelDB. Однако, при выполнении выбирает / просмотр на данные, которые уже в LevelDB, вы должны сделать несколько стремится, подобно более общие базы данных.

вероятная причина LevelDB была выбрана в том, что существует не одна тонна большой выбор для значения ключа магазинов. многие из ключа-значение магазинов кроме LevelDB есть только несколько УБС и не могут быть активно поддерживаются. Есть также много ключа-значения магазинов, которые имеют целостность сомнительных данных. используя зависимость, которая идет неподдерживаемыми означает иметь, чтобы изменить это отд позже, гигантские питы.

причина, по которой вопрос, который цитируется в этой теме настолько противно, что не только делает bitcoind использование LevelDB, он использует его в сочетании с плоским хранением файлов для блоков. акт хранения данных в плоских файлах и ссылки на них в БД существенно увеличивает количество и тяжесть ошибок и сбоев путей в объединенной структуре (LevelDB + плоского хранения файлов). как мы теперь видим, охоты этих ошибок очень трудно.

возможно, что-то можно сделать вывод из того, каким образом коррумпированы LevelDB + блоки. это потребует Дев, глядя на БД и блоков после того, как они были обливали.