Megjelent a libmdbx 0.13.7 (MDBX) k\u00f6nyvt\u00e1r kiad\u00e1sa, amely egy nagy teljes\u00edtm\u00e9ny\u0171, kompakt be\u00e1gyazott kulcs-\u00e9rt\u00e9k t\u00edpus\u00fa adatb\u00e1zis megval\u00f3s\u00edt\u00e1s\u00e1t k\u00edn\u00e1lja. A libmdbx k\u00f3dja Apache 2.0 licenc alatt ker\u00fcl forgalomba. T\u00e1mogatja az \u00f6sszes aktu\u00e1lis oper\u00e1ci\u00f3s rendszert \u00e9s architekt\u00far\u00e1t, bele\u00e9rtve az orosz Elbrus 2000-et is. A libmdbx egy fejlett API-t k\u00edn\u00e1l C++-hoz, emellett t\u00e1mogat\u00f3 k\u00f6z\u00f6ss\u00e9g \u00e1ltal k\u00e9sz\u00edtett k\u00f6t\u0151d\u00e9sei el\u00e9rhet\u0151ek Rust, Haskell, Python, NodeJS, Ruby, Go, Nim, Deno, Scala nyelveken. A libmdbx-ot haszn\u00e1l\u00f3 projektek k\u00f6z\u00fcl megeml\u00edthet\u0151 az Isar, az Erigon \u00e9s a Reth, valamint a StarkWare \u00e9s a Positive Technologies fejleszt\u00e9sei. <\/p>\n
T\u00f6rt\u00e9nelmileg a libmdbx a LMDB adatb\u00e1zis-kezel\u0151 m\u00e9lyrehat\u00f3 \u00e1t\u00edr\u00e1sa, amely megb\u00edzhat\u00f3s\u00e1gban, funkci\u00f3k\u00e9szletben \u00e9s teljes\u00edtm\u00e9nyben fel\u00fclm\u00falja el\u0151dj\u00e9t. A LMDB-hez k\u00e9pest a libmdbx-ben nagy figyelmet ford\u00edtanak a k\u00f3d min\u0151s\u00e9g\u00e9re, az API megb\u00edzhat\u00f3 m\u0171k\u00f6d\u00e9s\u00e9re, a tesztel\u00e9sre \u00e9s az automatikus ellen\u0151rz\u00e9sekre. A csomag r\u00e9szek\u00e9nt rendelkez\u00e9sre \u00e1ll egy integrit\u00e1sellen\u0151rz\u0151 eszk\u00f6z az adatb\u00e1zis strukt\u00far\u00e1j\u00e1nak, bizonyos helyre\u00e1ll\u00edt\u00e1si lehet\u0151s\u00e9gekkel. Technol\u00f3giailag a libmdbx ACID-t, szigor\u00fa m\u00f3dos\u00edt\u00e1si soros\u00edt\u00e1st \u00e9s nem blokkol\u00f3 olvas\u00e1st k\u00edn\u00e1l, line\u00e1ris CPU magokra t\u00f6rt\u00e9n\u0151 sk\u00e1l\u00e1z\u00e1ssal. T\u00e1mogatja az automatikus t\u00f6m\u00f6r\u00edt\u00e9st, az adatb\u00e1zis m\u00e9ret\u00e9nek automatikus kezel\u00e9s\u00e9t \u00e9s a tartom\u00e1nyalap\u00fa lek\u00e9rdez\u00e9sek volumeneinek becsl\u00e9s\u00e9t. <\/p>\n
F\u0151bb v\u00e1ltoz\u00e1sok: <\/p>\n
\n
Kritikus hib\u00e1t orvosoltak az mdbx_env_resurrect_after_fork() funkci\u00f3ban SysV-szemaforok haszn\u00e1lata eset\u00e9n. A hiba csak akkor jelentkezett, amikor egy \u00edr\u00f3 tranzakci\u00f3 k\u00f6zben fork() seg\u00edts\u00e9g\u00e9vel \u00faj folyamatot hoztak l\u00e9tre, ami szemaforok nem megfelel\u0151 m\u0171k\u00f6d\u00e9s\u00e9hez \u00e9s k\u00fcl\u00f6nb\u00f6z\u0151 hib\u00e1khoz, ak\u00e1r az adatb\u00e1zis s\u00e9r\u00fcl\u00e9s\u00e9hez is vezetett. A probl\u00e9ma a mdbx_env_resurrect_after_fork() megjelen\u00e9se \u00f3ta fenn\u00e1llt, \u00e9s \u00e9rintette a macOS-t, valamint a POSIX-platformokat az MDBX_LOCKING=5 opci\u00f3val t\u00f6rt\u00e9n\u0151 ford\u00edt\u00e1sn\u00e1l.\n
Megoldott\u00e1k a DB m\u00e1sol\u00e1s\u00e1val kapcsolatos probl\u00e9m\u00e1t, amely nem Linux alap\u00fa POSIX rendszereken (f\u0151k\u00e9nt macOS-en) jelentkezett, valamint bizonyos esetekben, amikor a c\u00e9lf\u00e1jl nem helyi f\u00e1jlrendszeren volt. A probl\u00e9ma EWOULDBLOCK\/EAGAIN hibak\u00f3dhoz vezetett, amely a fcntl(F_SETLK) \u00e9s flock() blokkol\u00e1sok hi\u00e1nyoss\u00e1gaib\u00f3l\/conflictj\u00e1b\u00f3l eredett az oper\u00e1ci\u00f3s rendszer magj\u00e1ban. Az POSIX rendszereken t\u00f6rt\u00e9n\u0151 m\u00e1sol\u00e1s API-j\u00e1ban \u00e1tdolgozt\u00e1k a f\u00e1jlfoglal\u00e1sok hibakezel\u00e9s\u00e9t.\n
Megoldott\u00e1k azt a hib\u00e1t, amely v\u00e1ratlan MDBX_BAD_DBI visszat\u00e9r\u00edt\u00e9st okozott, amikor t\u00f6bb tranzakci\u00f3t ind\u00edtottak egy folyamatban az adatb\u00e1zis megnyit\u00e1s\u00e1t k\u00f6vet\u0151en.\n
Kijav\u00edt\u00e1sra ker\u00fclt a hiba, amely v\u00e1ratlan MDBX_DBS_FULL visszat\u00e9r\u00e9st okozott m\u00e1r megnyitott t\u00e1bl\u00e1k \u00fajb\u00f3li megnyit\u00e1sakor, amikor m\u00e1r el\u00e9rte a nyitott DBI-le\u00edr\u00f3k hat\u00e1r\u00e9rt\u00e9k\u00e9t.\n
Kijav\u00edtva a gy\u0171jt\u00e9si hiba Android platformra, amikor a _FILE_OFFSET_BITS explicit m\u00f3don van meghat\u00e1rozva.\n
Kijav\u00edtva az ENOMEM helyett MDBX_ENOMEM haszn\u00e1lat\u00e1nak hib\u00e1ja. Ez t\u00f6rheti a gy\u0171jt\u00e9st nem-POSIX\\\/Windows platformokon, a konfigur\u00e1ci\u00f3t\u00f3l \u00e9s\\\/vagy az SDK verzi\u00f3j\u00e1t\u00f3l f\u00fcgg\u0151en.\n
T\u00f6bb hib\u00e1s assert-ellen\u0151rz\u00e9s jav\u00edtva vagy elt\u00e1vol\u00edtva, amelyek a hibakeres\u00e9s c\u00e9llal k\u00e9sz\u00fclt verzi\u00f3k \u00f6sszeoml\u00e1s\u00e1t okozt\u00e1k speci\u00e1lis helyzetekben. F\u0151leg a txn_end(), txn_lock() \u00e9s txn_unlock() f\u00fcggv\u00e9nyek k\u00f3dj\u00e1ban Windows \u00e9s POSIX alatt.\n
Elh\u00e1r\u00edtott\u00e1k az apr\u00f3 MSVC figyelmeztet\u00e9seket. Kikapcsolva a C5286 \u00e9s C5287 figyelmeztet\u00e9seket.\n
Finom\u00edtva lett az OFD-z\u00e1rak haszn\u00e1lat\u00e1nak lemond\u00e1s\u00e1nak logik\u00e1ja POSIX-platformokon. Mostant\u00f3l EINVAL mellett tov\u00e1bbi hibak\u00f3dok figyelembev\u00e9telre ker\u00fclnek (ENOSYS, ENOIMPL, ENOTSUP, ENOSUPP, EOPNOTSUPP), amelyek lehet\u0151v\u00e9 teszik, hogy az \u00f6ssze\u00e1ll\u00edtott k\u00f6nyvt\u00e1r n\u00e9h\u00e1ny esetben m\u0171k\u00f6dj\u00f6n, amikor a relev\u00e1ns kernel\\\/kont\u00e9ner\\\/emul\u00e1tor nem t\u00e1mogatja a sz\u00fcks\u00e9ges rendszerh\u00edv\u00e1sokat.\n
A tesztkerethez hozz\u00e1adt\u00e1k a «—numa <num>» opci\u00f3 t\u00e1mogat\u00e1s\u00e1t, amely lehet\u0151v\u00e9 teszi a sztochasztikus teszt NUMA-csom\u00f3hoz val\u00f3 k\u00f6t\u00e9s\u00e9t. A battery\/tmux scriptbe explicit NUMA-csom\u00f3pont eloszl\u00e1st is beemeltek, ami jelent\u0151sen n\u00f6velte a hat\u00e9konys\u00e1got NUMA-g\u00e9peken v\u00e9gzett tesztekn\u00e9l.\n
A sztochasztikus scripten megval\u00f3sult az egyes tesztek v\u00e9letlenszer\u0171 ind\u00edt\u00e1si sorrendje. <\/ul>\n