Исходное сообщение
"Выпуск высокопроизводительной встраиваемой СУБД libmdbx 0.10" Отправлено erthink, 10-Май-21 12:22
> то скажете про это https://github.com/spacejam/sled? Сравнивали, тестировали? 80% ответа есть в https://github.com/spacejam/sled?#known-issues-warnings Остальные 20% примерно такие: 1) В сценариях с интенсивным чтением превосходство будет у MDBX, ибо оверхеда и блокировок примерно 0. 2) В MDBX нет WAL - это принципиальный осознанный архитектурный выбор (унаследованный от LMDB) со своими минусами и плюсами. Поэтому MDBX будет ожидаемо проигрывать в одних сценариях  и выигрывать в других. Соответственно, вопрос тут не в том "кто круче/быстрее", а насколько некий (условно ваш) сценарий использования соответствует свойствам/назначению того или иного движка. 3) Авторы sled пускаются во все тяжкие с lockfree, rw-локами и atomic-операциями ради более-менее параллельного выполнения читающих и пишущих транзакций..., и всё это поверх смеси b-tree с lsm, приправленное массой дополнительных фишек и фичей. Теоретически такое можно отладить, довести до production стабильность и производительность. На практике же буду баги, время воспроизведения которых в разы больше времени жизни соответствующей версии кода. Другими словами, sled = концептуально интересно и действительно может дать существенный "выхлоп", но есть существенные риски что проект никогда не дойдет до production-готовности (см https://github.com/spacejam/sled/issues).