Nova versio de la Tarantool 2.8 DBMS estas havebla, kiu disponigas permanentan datumstokadon kun informoj prenitaj de la en-memora datumbazo. La DBMS kombinas la altan rapidon de demanda prilaborado karakterizaĵo de NoSQL-sistemoj (ekzemple, Memcached kaj Redis) kun la fidindeco de tradiciaj DBMSoj (Oracle, MySQL kaj PostgreSQL). Tarantool estas skribita en C kaj permesas vin krei konservitajn procedurojn en Lua. La kodo estas distribuita sub la permesilo BSD.
La DBMS permesas vin efike labori kun grandaj volumoj da datumoj sub altaj ŝarĝoj. Inter la trajtoj de Tarantool, la kapablo krei pritraktantojn en la lingvo Lua (LuaJIT estas enkonstruita), la uzo de la formato MessagePack dum interŝanĝado de datumoj kun la kliento, la ĉeesto de du enkonstruitaj motoroj (stokado en RAM kun rekomencigita). al permanenta disko kaj dunivela diskstokado bazita sur LSM-arbo), subteno por sekundaraj ŝlosiloj, kvar specoj de indeksoj (HASH, TREE, RTREE, BITSET), iloj por sinkrona kaj nesinkrona reproduktado en majstra-mastra reĝimo, subteno por konekto-aŭtentikigo kaj alirkontrolo, la kapablo prilabori SQL-demandojn.
Ĉefaj ŝanĝoj:
- Stabiligo de MVCC (Multi-Version Concurrency Control) en la memtx en-memora motoro.
- Transakcia subteno en la binara protokolo IPROTO. Antaŭe, transakcio postulis skribi konservitan proceduron en Lua.
- Subteno por sinkrona reproduktado, kiu funkcias rilate al individuaj tabeloj.
- Mekanismo por aŭtomate ŝanĝado al rezerva nodo (malsukceso) bazita sur la RAFT-protokolo. Nesinkrona WAL-bazita reproduktado estas delonge efektivigita en Tarantool; nun vi ne devas permane monitori la majstran nodon.
- Aŭtomata majstra nodŝanĝo ankaŭ estas havebla en la kazo de topologio kun datumsharding (la vshard-biblioteko estas uzita, kiu distribuas datenojn trans serviloj uzantaj virtualajn sitelojn).
- Plibonigante la kadron por konstruado de Tarantool Cartridge-grupo-aplikoj kiam vi laboras en virtualaj medioj. Tarantool Cartridge nun tenas la ŝarĝon pli bone.
- La laboro de la rolo Ansible por disfaldo de grapo estis akcelita ĝis 15-20 fojojn. Ĉi tio faciligas labori kun grandaj aretoj.
- Aperis ilo por simpligita migrado de pli malnovaj versioj >1.6 kaj <1.10, kiu disponeblas per plia opcio ĉe ekfunkciigo. Antaŭe, migrado devis esti farita per deplojado de la provizora versio 1.10.
- La stokado de malgrandaj opoj estis optimumigita.
- SQL nun subtenas UUID-ojn kaj plibonigas tipkonverton.
Indas noti, ke ekde la versio 2.10 estos transiro al nova politiko por generi eldonojn. Por signifaj eldonoj, kiuj rompas malantaŭan kongruon, la unua cifero de la versio ŝanĝiĝos, por mezaj eldonoj - la dua, kaj por korektaj eldonoj - la tria (post 2.10, eldono 3.0.0 estos publikigita).
fonto: opennet.ru