{"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\/novosti-interneta\/vypusk-subd-tarantool-2-8","title":{"rendered":"Ver\u00f6ffentlichung der Datenbank Tarantool 2.8","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Eine neue Version des Datenbankmanagementsystems Tarantool 2.8 ist verf\u00fcgbar, die eine dauerhafte Datenspeicherung mit Informationen direkt aus dem Arbeitsspeicher (in-memory database) erm\u00f6glicht. Das DBMS kombiniert die hohe Geschwindigkeit der Anfragenbearbeitung, die f\u00fcr NoSQL-Systeme (wie Memcached und Redis) typisch ist, mit der Zuverl\u00e4ssigkeit traditioneller DBMS (Oracle, MySQL und PostgreSQL). Tarantool ist in C geschrieben und erlaubt die Erstellung von Stored Procedures in Lua. Der Code wird unter der BSD-Lizenz verbreitet. <\/p>\n
Das DBMS erm\u00f6glicht eine effiziente Verarbeitung gro\u00dfer Datenmengen unter hoher Last. Zu den Besonderheiten von Tarantool geh\u00f6ren die M\u00f6glichkeit, Handler in Lua zu erstellen (LuaJIT ist integriert), die Verwendung des MessagePack-Formats beim Datenaustausch mit dem Client, zwei integrierte Engines (Speicherung im RAM mit Backup auf einem permanenten Speicher und zweistufige Speicherl\u00f6sung auf Basis von LSM-Tree), Unterst\u00fctzung f\u00fcr sekund\u00e4re Schl\u00fcssel, vier Indexarten (HASH, TREE, RTREE, BITSET), Werkzeuge f\u00fcr synchrone und asynchrone Replikation im Master-Master-Modus, Unterst\u00fctzung f\u00fcr die Authentifizierung von Verbindungen und Zugriffssteuerung sowie die M\u00f6glichkeit, SQL-Anfragen zu verarbeiten. <\/p>\n
Haupt \u00c4nderungen: <\/p>\n
\n
Stabilisierung von MVCC (Multiversion Concurrency Control) im In-Memory-Engine memtx.\n
Unterst\u00fctzung f\u00fcr Transaktionsverarbeitung im bin\u00e4ren IPROTO-Protokoll. Zuvor war es erforderlich, eine Stored Procedure in Lua zu schreiben, um eine Transaktion durchzuf\u00fchren.\n
Unterst\u00fctzung f\u00fcr synchrone Replikation, die an einzelne Tabellen gebunden ist.\n
Mechanismus f\u00fcr automatisches Failover auf einen Backup-Knoten basierend auf dem RAFT-Protokoll. In Tarantool gab es schon lange asynchrone WAL-basierte Replikation; nun ist es nicht mehr erforderlich, den Master-Knoten manuell zu \u00fcberwachen.\n
Automatisches Failover des Master-Knotens ist auch in einem Sharding-Daten-Topologie verf\u00fcgbar (verwendet die vshard-Bibliothek, die Daten mit virtuellen Buckets auf Server verteilt).\n
Verbesserung des Frameworks zum Erstellen von Cluster-Anwendungen mit Tarantool Cartridge in virtuellen Umgebungen. Tarantool Cartridge kann jetzt besser mit Belastungen umgehen.\n
Die Leistung der Ansible-Rolle zur Bereitstellung von Clustern wurde um das 15- bis 20-Fache beschleunigt. Damit ist die Arbeit mit gro\u00dfen Clustern einfacher geworden.\n
Ein neues Tool zur vereinfachten Migration von Versionen \u00fcber 1.6 und unter 1.10 ist verf\u00fcgbar, welches als zus\u00e4tzliche Option beim Start genutzt werden kann. Zuvor musste die Migration \u00fcber die Bereitstellung der Zwischenversion 1.10 erfolgen.\n
Die Speicherung von kleinen Tupeln wurde optimiert.\n
SQL unterst\u00fctzt nun UUIDs und die Typkonvertierung wurde verbessert. <\/ul>\n
Es ist zu beachten, dass ab Version 2.10 eine neue Richtlinie f\u00fcr die Ver\u00f6ffentlichung von Versionen eingef\u00fchrt wird. Bei bedeutenden Ver\u00f6ffentlichungen mit Inkompatibilit\u00e4t wird die erste Ziffer der Version ge\u00e4ndert, bei Zwischenversionen die zweite und bei Korrekturversionen die dritte (nach 2.10 wird die Version 3.0.0 ver\u00f6ffentlicht). \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"