{"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\/it\/blog\/novosti-interneta\/vypusk-subd-tarantool-2-8","title":{"rendered":"Rilascio del DBMS Tarantool 2.8","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 disponibile una nuova versione del DBMS Tarantool 2.8, che offre una memorizzazione permanente dei dati con recupero delle informazioni dalla memoria operativa (in-memory database). Il DBMS combina l'elevata velocit\u00e0 di elaborazione delle richieste tipica dei sistemi NoSQL (come Memcached e Redis) con l'affidabilit\u00e0 dei tradizionali DBMS (Oracle, MySQL e PostgreSQL). Tarantool \u00e8 scritto in C e permette di creare procedure memorizzate in Lua. Il codice \u00e8 distribuito con licenza BSD. <\/p>\n
Il DBMS consente di lavorare in modo efficiente con grandi volumi di dati sotto carichi elevati. Tra le caratteristiche di Tarantool si evidenzia la possibilit\u00e0 di creare gestori in Lua (LuaJIT integrato), l'uso del formato MessagePack per lo scambio di dati con il cliente, la presenza di due motori integrati (memorizzazione in RAM con scarico su supporto permanente e archiviazione su disco a doppio livello basata su LSM-tree), supporto per chiavi secondarie, quattro tipi di indici (HASH, TREE, RTREE, BITSET), strumenti per la replicazione sincrona e asincrona in modalit\u00e0 master-master, supporto per l'autenticazione delle connessioni e il controllo degli accessi, nonch\u00e9 la possibilit\u00e0 di elaborare richieste SQL. <\/p>\n
Principali cambiamenti: <\/p>\n
\n
Stabilizzazione MVCC (Gestione delle versioni multiple della concorrenza) nel motore in-memory memtx.\n
Supporto per la transazionalit\u00e0 nel protocollo binario IPROTO. In precedenza, per una transazione era necessario scrivere una procedura memorizzata in linguaggio Lua.\n
Supporto per la replica sincrona, che funziona legata a tabelle specifiche.\n
Meccanismo di failover automatico basato sul protocollo RAFT. In Tarantool era gi\u00e0 stata implementata la replica WAL-asincrona, ora non \u00e8 pi\u00f9 necessario monitorare manualmente il nodo master.\n
Il passaggio automatico del nodo master \u00e8 disponibile anche in caso di topologie con segmentazione (sharding) dei dati (viene utilizzata la libreria vshard, che distribuisce i dati sui server tramite cesti virtuali (bucket)).\n
Miglioramenti al framework per la costruzione di applicazioni cluster Tarantool Cartridge per funzionare in ambienti virtuali. Tarantool Cartridge ora gestisce meglio il carico.\n
Rendita della funzionalit\u00e0 del ruolo Ansible per il deploy del cluster fino a 15-20 volte pi\u00f9 veloce. In questo modo, lavorare con grandi cluster \u00e8 diventato pi\u00f9 semplice.\n
\u00c8 stato introdotto uno strumento per semplificare la migrazione da vecchie versioni >1.6 e < 1.10, disponibile come opzione aggiuntiva all'avvio. In precedenza, la migrazione doveva essere effettuata tramite il dispiegamento di una versione intermedia 1.10.\n
\u00c8 stata ottimizzata la memorizzazione di tuple di piccole dimensioni.\n
In SQL \u00e8 stata implementata la supporto per UUID e migliorato il casting dei tipi. <\/ul>\n
\u00c8 importante notare che a partire dalla versione 2.10 verr\u00e0 adottata una nuova politica di formazione delle versioni. In caso di rilasci significativi con violazione della retrocompatibilit\u00e0, cambier\u00e0 la prima cifra della versione; per i rilasci intermedi \u2014 la seconda; e per le correzioni \u2014 la terza (dopo la 2.10 sar\u00e0 rilasciata la versione 3.0.0). \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"