{"id":101218,"date":"2021-09-07T22:22:36","date_gmt":"2021-09-07T20:22:36","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-subd-tarantool-2-8"},"modified":"2021-09-07T22:22:36","modified_gmt":"2021-09-07T20:22:36","slug":"vypusk-subd-tarantool-2-8","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/vypusk-subd-tarantool-2-8","title":{"rendered":"Ver\u00f6ffentlichung der DBMS Tarantool 2.8","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die neue Version von Tarantool DBMS 2.8 ist verf\u00fcgbar und erm\u00f6glicht die dauerhafte Speicherung von Daten mit Zugriff aus dem Arbeitsspeicher (In-Memory-Datenbank). Das DBMS kombiniert die hohe Geschwindigkeit der Anfrageverarbeitung, die f\u00fcr NoSQL-Systeme typisch ist (z. B. Memcached und Redis), mit der Zuverl\u00e4ssigkeit traditioneller DBMS (Oracle, MySQL und PostgreSQL). Tarantool ist in C geschrieben und erm\u00f6glicht die Erstellung von Stored Procedures in Lua. Der Code wird unter der BSD-Lizenz ver\u00f6ffentlicht. <\/p>\n
Das DBMS erm\u00f6glicht eine effiziente Verarbeitung gro\u00dfer Datenmengen unter hoher Last. Zu den Besonderheiten von Tarantool geh\u00f6rt die M\u00f6glichkeit, Handler in Lua zu erstellen (LuaJIT ist integriert), die Verwendung des MessagePack-Formats f\u00fcr den Datenaustausch mit dem Client, das Vorhandensein zweier integrierter Engines (Speicherung im RAM mit Persistierung auf einem Speichermedium und ein zweistufiger, speicherbasierter LSM-tree) sowie die Unterst\u00fctzung von Sekund\u00e4rschl\u00fcsseln, vier Typen von Indizes (HASH, TREE, RTREE, BITSET), Hilfsmittel f\u00fcr synchrone und asynchrone Replikation im Master-Master-Modus, Unterst\u00fctzung der Authentifizierung von Verbindungen und Zugriffskontrolle sowie die M\u00f6glichkeit, SQL-Anfragen zu verarbeiten. <\/p>\n
Haupt\u00e4nderungen: <\/p>\n
\n
Stabilisierung von MVCC (Multiversion Concurrency Control) im In-Memory-Engine memtx.\n
Unterst\u00fctzung von Transaktionen im bin\u00e4ren Protokoll IPROTO. Fr\u00fcher musste eine Stored Procedure in Lua geschrieben werden, um Transaktionen durchzuf\u00fchren.\n
Unterst\u00fctzung der synchronen Replikation, die an konkrete Tabellen gebunden ist.\n
Mechanismus f\u00fcr das automatische Failover zu einem Backup-Knoten basierend auf dem RAFT-Protokoll. In Tarantool wurde seit langem asynchrone WAL-basierte Replikation implementiert, jetzt muss der Master-Knoten nicht mehr manuell \u00fcberwacht werden.\n
Automatisches Umschalten des Master-Knotens ist auch bei topologisch segmentierten (Sharding) Daten verf\u00fcgbar (es wird die vshard-Bibliothek verwendet, die Daten \u00fcber Server mit virtuellen Buckets verteilt).\n
Verbesserung des Frameworks zum Aufbau clusterbasierter Anwendungen Tarantool Cartridge beim Arbeiten in virtuellen Umgebungen. Tarantool Cartridge bew\u00e4ltigt nun h\u00f6here Lasten besser.\n
Die Arbeit der Ansible-Rolle zur Bereitstellung eines Clusters wurde um das 15- bis 20-Fache beschleunigt. Damit ist die Arbeit mit gro\u00dfen Clustern einfacher geworden.\n
Es gibt ein Tool zur vereinfachten Migration von alten Versionen >1.6 und <1.10, das \u00fcber eine zus\u00e4tzliche Option beim Start verf\u00fcgbar ist. Fr\u00fcher musste die Migration \u00fcber die Bereitstellung einer Zwischenversion 1.10 erfolgen.\n
Es wurde eine Optimierung der Speicherung kleiner Tupel vorgenommen.\n
In SQL wurde die Unterst\u00fctzung von UUIDs implementiert und die Typumwandlung verbessert. <\/ul>\n
Es ist wichtig zu beachten, dass mit Version 2.10 auf eine neue Richtlinie zur Erstellung von Releases umgestellt wird. Bei wesentlichen Ver\u00f6ffentlichungen, die die R\u00fcckw\u00e4rtskompatibilit\u00e4t verletzen, wird die erste Ziffer der Versionsnummer ge\u00e4ndert, bei Zwischenversionen die zweite und bei Korrekturversionen die dritte (nach 2.10 wird Release 3.0.0 ver\u00f6ffentlicht). \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"