{"id":139913,"date":"2025-08-01T23:11:58","date_gmt":"2025-08-01T21:11:58","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-vstraivaemoj-subd-libmdbx-0-13-7"},"modified":"2025-08-01T23:11:58","modified_gmt":"2025-08-01T21:11:58","slug":"vypusk-vstraivaemoj-subd-libmdbx-0-13-7","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/vypusk-vstraivaemoj-subd-libmdbx-0-13-7","title":{"rendered":"Die Ver\u00f6ffentlichung der eingebetteten Datenbank libmdbx 0.13.7 ist verf\u00fcgbar.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Version 0.13.7 der Bibliothek libmdbx (MDBX) wurde ver\u00f6ffentlicht, die eine leistungsstarke kompakte embedded Schl\u00fcssel-Wert-Datenbank implementiert. Der Code von libmdbx wird unter der Apache 2.0-Lizenz ver\u00f6ffentlicht. Alle aktuellen Betriebssysteme und Architekturen werden unterst\u00fctzt, einschlie\u00dflich des russischen Elbrus 2000. F\u00fcr libmdbx steht eine umfangreiche API f\u00fcr C++ zur Verf\u00fcgung, sowie von Enthusiasten unterst\u00fctzte Bindungen f\u00fcr die Sprachen Rust, Haskell, Python, NodeJS, Ruby, Go, Nim, Deno und Scala. Projekte, die libmdbx verwenden, sind unter anderem Isar, Erigon und Reth sowie Entwicklungen von StarkWare und Positive Technologies. <\/p>\n
Historisch gesehen ist libmdbx eine tiefgreifende \u00dcberarbeitung der Datenbank LMDB und \u00fcbertrifft ihren Vorg\u00e4nger hinsichtlich Zuverl\u00e4ssigkeit, Funktionsumfang und Leistung. Im Vergleich zu LMDB wird bei libmdbx gro\u00dfer Wert auf die Codequalit\u00e4t, die stabile API-Arbeit, das Testing und automatisierte \u00dcberpr\u00fcfungen gelegt. Es wird ein Tool zur \u00dcberpr\u00fcfung der Integrit\u00e4t der Datenbankstruktur mit einigen Wiederherstellungsfunktionen bereitgestellt. Technologisch bietet libmdbx ACID, strikte Serialisierung von \u00c4nderungen und nicht-blockierendes Lesen mit linearer Skalierung \u00fcber CPU-Kerne hinweg. Auto-Compaction, automatische Verwaltung der Datenbankgr\u00f6\u00dfe und die Sch\u00e4tzung von Abfragevolumina \u00fcber Bereiche (Range Query Estimation) werden unterst\u00fctzt. <\/p>\n
Haupt\u00e4nderungen: <\/p>\n
\n
Ein kritischer Fehler in der Funktionalit\u00e4t von mdbx_env_resurrect_after_fork() beim Einsatz von SysV-Semaphoren wurde behoben. Der Fehler trat nur nach der Erzeugung eines Kindprozesses mittels fork() w\u00e4hrend einer laufenden schreibenden Transaktion auf, was zu einer fehlerhaften Funktion der Semaphoren und anschlie\u00dfend zu verschiedenen Fehlern, einschlie\u00dflich einer Besch\u00e4digung der Datenbank, f\u00fchrte. Das Problem bestand seit der Einf\u00fchrung von mdbx_env_resurrect_after_fork() und betraf macOS sowie POSIX-Plattformen, die mit der Option MDBX_LOCKING=5 kompiliert wurden.\n
Ein Problem in der API f\u00fcr das Kopieren von Datenbanken wurde behoben, das auf anderen als Linux-basierten POSIX-Systemen (haupts\u00e4chlich auf macOS) und in bestimmten F\u00e4llen auftrat, wenn die Zieldatei in einem nicht lokalen Dateisystem gespeichert war. Das Problem f\u00fchrte zur R\u00fcckgabe des Fehlers EWOULDBLOCK\/EAGAIN, was durch eine Unzul\u00e4nglichkeit\/Konflikt der Sperren fcntl(F_SETLK) und flock() im Betriebssystemkern bedingt war. Die Fehlerbehandlung beim Erfassen von Dateisperren in der Kopier-API auf POSIX-Systemen wurde \u00fcberarbeitet.\n
Ein Fehler, der zu einer unerwarteten R\u00fcckgabe von MDBX_BAD_DBI f\u00fchrte, wurde behoben, wenn mehrere Transaktionen innerhalb eines Prozesses gleichzeitig nach dem \u00d6ffnen der Datenbank gestartet wurden.\n
Ein Fehler, der zu einer unerwarteten R\u00fcckgabe von MDBX_DBS_FULL f\u00fchrte, wurde behoben, wenn bereits ge\u00f6ffnete Tabellen erneut ge\u00f6ffnet wurden und das Limit der ge\u00f6ffneten DBI-Deskriptoren erreicht war.\n
Ein Build-Fehler f\u00fcr die Android-Plattform wurde behoben, der bei einer expliziten Definition von _FILE_OFFSET_BITS auftrat.\n
Ein Fehler wurde behoben, der ENOMEM anstelle von MDBX_ENOMEM verwendete. Dies k\u00f6nnte zu Problemen beim Bauen auf nicht-POSIX\/Windows-Plattformen f\u00fchren, abh\u00e4ngig von der Konfiguration und\/oder Version des SDK.\n
Mehrere fehlerhafte Assert-Pr\u00fcfungen wurden entweder korrigiert oder entfernt, die zu Abst\u00fcrzen von Debug-Builds in bestimmten Situationen f\u00fchrten. Dies betrifft insbesondere den Code der Funktionen txn_end(), txn_lock() und txn_unlock() sowohl unter Windows als auch auf POSIX.\n
Unwesentliche MSVC-Warnungen wurden behoben. Die Warnungen C5286 und C5287 wurden deaktiviert.\n
Die Logik zum Verzicht auf OFD-Sperren auf POSIX-Plattformen wurde \u00fcberarbeitet. Jetzt werden neben EINVAL auch zus\u00e4tzliche Fehlercodes (ENOSYS, ENOIMPL, ENOTSUP, ENOSUPP, EOPNOTSUPP) ber\u00fccksichtigt, wodurch die kompilierte Bibliothek in einigen F\u00e4llen funktioniert, wenn der aktuelle Kernel\/Container\/R\u00e4tsel die erforderlichen Systemaufrufe nicht unterst\u00fctzt.\n
Im Test-Framework wurde die Unterst\u00fctzung f\u00fcr die Option \u201e\u2014numa \u201c zur Bindung des stochastischen Tests an den NUMA-Knoten hinzugef\u00fcgt. Im Battery\/tmux-Skript wurde eine explizite Verteilung auf NUMA-Knoten implementiert, was die Effizienz beim Testen auf NUMA-Maschinen erheblich steigert.\n
Im stochastischen Skript wurde die zuf\u00e4llige Reihenfolge zum Start einzelner Tests implementiert. <\/ul>\n