https://ru.bitcoin.it/w/index.php?action=history&feed=atom&title=Berkley_DB 2026-05-16T09:58:14Z История изменений этой страницы в вики MediaWiki 1.43.8 https://ru.bitcoin.it/w/index.php?title=Berkley_DB&diff=134&oldid=prev 2012-07-09T21:20:46Z

<p>Новая страница: «berkeleydb это, вообще-то, один из самых производительных движков для DB из существующих (steam ег…»</p> <p><b>Новая страница</b></p><div>berkeleydb это, вообще-то, один из самых производительных движков для DB из существующих<br /> (steam его использует, к примеру.. да и даже в том же mysql раньше была возможность хранения таблиц в berkeleydb,<br /> пока оракл не начал давить патентами в свое время).<br /> И поддерживает в том числе и репликацию.<br /> <br /> Скачиваете с сайта оракла пакет libdb соответствующей версии, в нем куча утилит для работы с БД.<br /> <br /> * db_dump/db_load - снятие текстового дампа с базы/восстановление базы из дампа (дампы намного больше по размеру, чем сама база)<br /> * db_hotbackup - копирование базы данных &quot;как есть&quot;<br /> * db_verify/db_recover - проверка на повреждения/исправление поврежденной БД<br /> * db_deadlock - демон, который можно использовать для разрешения возможных ситуаций со взаимными блокировками<br /> * db_checkpoint - демон, позволяющий создавать контрольные точки с настраиваемыми интервалами между ними<br /> * db_stat - отображает статистику по БД<br /> * db_sql - утилита, позволяющая сгенерировать скелет конструкций на языке С/С++ для работы с Berkeley DB, на основании заданной на языке SQL схемы<br /> * db_archive - создает список файлов журналов, которые надо бэкапить на случай полного разрушения БД<br /> * db_upgrade - обновление формата БД до текущей версии<br /> <br /> Для master-master и вообще какой бы то ни было репликации нужно чтобы использующее БД приложение было написано соответствующим образом, текущая реализация работы с БД не позволяет использовать подобный функционал т.к. в биткоине база используется не более как свалка ключей и значений. В этом плане, в общем, еще есть куда расти и очень далеко (как с master-master на berkeley db не в курсе, оракл вроде много на эту тему говорил... но master-slave достаточен в большинстве случаев и не является чем-то необычным для berkeley db).<br /> <br /> Вообще, в bitcoin предусмотрена возможность делать flush для валлета (эта процедура вызывается периодически сама, ну и при некоторых действиях, таких как скачивание блока, содержащего принадлежащую клиенту транзакцию), что существенно снизит риски при копировании &quot;на горячую&quot; (практически до нуля), но почему-то в RPC calls эта функция не реализована.<br /> <br /> Для того, чтобы безболезненно можно было работать с уже заблокированной базой bitcoin необходимо в RPC реализовать не flush, а flush-block и unblock-reread, при которых база будет переводиться в состояние, доступное для работы другим приложениям (и открывать естественно в режиме shared write), а при попытках записать что-либо между этими вызовами - блокировать работу клиента.<br /> <br /> Что то мне говорит, если немного подсуетиться, безо всяких изобретений новых вызовов<br /> одновременная работа с базой возможна и так,<br /> всего то сменить режим открытия базы и реализовать коллбаки на модификацию базы в критических местах.<br /> <br /> резервное копирование кошелька необходимо делать после каждой операции,<br /> а если он гигабайтового размера, то это несколько затруднительно</div>

Arsen.Shnurkov