{"id":106286,"date":"2022-12-28T15:36:45","date_gmt":"2022-12-28T13:36:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/predstavlena-novaya-znachitelnaya-vetka-subd-mariadb-11"},"modified":"2022-12-28T15:36:45","modified_gmt":"2022-12-28T13:36:45","slug":"predstavlena-novaya-znachitelnaya-vetka-subd-mariadb-11","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/predstavlena-novaya-znachitelnaya-vetka-subd-mariadb-11","title":{"rendered":"Presentata una nuova versione significativa del DBMS MariaDB 11","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dopo 10 anni dalla creazione della branch 10.x, \u00e8 stato rilasciato il database MariaDB 11.0.0, che offre significativi miglioramenti e modifiche che violano la compatibilit\u00e0. La branch \u00e8 attualmente in fase alpha e sar\u00e0 pronta per applicazioni lavorative dopo una fase di stabilizzazione. La formazione della prossima branch significativa MariaDB 12, contenente modifiche che violano la compatibilit\u00e0, \u00e8 attesa non prima di 10 anni (nel 2032). <\/p>\n
Il progetto MariaDB sviluppa una derivazione di MySQL, mantenendo, per quanto possibile, la compatibilit\u00e0 retroattiva e distinguendosi per l'integrazione di motori di archiviazione aggiuntivi e funzionalit\u00e0 avanzate. Lo sviluppo di MariaDB \u00e8 supervisionato da un'organizzazione indipendente, la MariaDB Foundation, secondo un processo di sviluppo aperto e trasparente, indipendente dai singoli fornitori. Il database MariaDB viene fornito al posto di MySQL in molte distribuzioni Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) ed \u00e8 impiegato in grandi progetti come Wikipedia, Google Cloud SQL e Nimbuzz. <\/p>\n
Il miglioramento chiave nella branch MariaDB 11 \u00e8 il passaggio dell'ottimizzatore delle query a un nuovo modello di costo, che garantisce una previsione pi\u00f9 precisa dei pesi di ciascun piano di esecuzione della query. Sebbene il nuovo modello permetta di eliminare alcuni colli di bottiglia nelle prestazioni, non si esclude che non sia ottimale in tutti gli scenari e che possa rallentare alcune query, pertanto si consiglia agli utenti di partecipare ai test e di informare gli sviluppatori in caso di problemi. <\/p>\n
Il modello utilizzato in precedenza era adatto a trovare l'indice ottimale, ma presentava problemi nell'applicabilit\u00e0 delle operazioni di scansione della tabella, scansione dell'indice o campionamento per intervallo. Nel nuovo modello, questo difetto \u00e8 stato eliminato attraverso una modifica del peso di base delle operazioni con il motore di archiviazione. Nella valutazione delle prestazioni delle operazioni che dipendono dalla velocit\u00e0 di accesso al disco, come la scansione sequenziale dei record, si presume ora che i dati siano memorizzati su un'unit\u00e0 SSD, che garantisce una velocit\u00e0 di lettura di 400MB al secondo. Inoltre, sono stati ottimizzati anche altri parametri di peso dell'ottimizzatore, il che ha consentito, ad esempio, di implementare la possibilit\u00e0 di utilizzare indici per le operazioni 'ORDER BY\/GROUP BY' nelle sotto-query e di accelerare le operazioni su tabelle molto piccole. <\/p>\n
Si segnala che il nuovo modello di peso consentir\u00e0 di scegliere un piano di esecuzione della query pi\u00f9 ottimale nelle seguenti situazioni: <\/p>\n
\n
Quando si utilizzano query che coinvolgono pi\u00f9 di 2 tabelle.\n
Quando ci sono indici che contengono un gran numero di valori uguali.\n
Quando si utilizzano intervalli che coprono pi\u00f9 del 10% della tabella.\n
Quando ci sono query complesse in cui non tutte le colonne utilizzate sono indicizzate.\n
Quando si utilizzano query che coinvolgono motori di archiviazione diversi (ad esempio, quando in una query ci sono riferimenti a tabelle nei motori InnoDB e Memory).\n
Quando si utilizza FORCE INDEX per migliorare il piano della query.\n
In caso di deterioramento del piano di query durante l'uso di 'ANALYZE TABLE'.\n
Quando la query copre un gran numero di tabelle derivate (un gran numero di SELECT annidati).\n
Quando si utilizzano espressioni ORDER BY o GROUP BY che rientrano negli indici. <\/ul>\n
Principali violazioni della compatibilit\u00e0 nella serie MariaDB 11: <\/p>\n
\n
I diritti SUPER non consentono pi\u00f9 di eseguire azioni per le quali sono disponibili privilegi separatamente assegnati. Ad esempio, per modificare il formato dei log binari saranno necessari diritti BINLOG ADMIN.\n
\u00c8 stata rimossa l'implementazione del buffer delle modifiche in InnoDB.\n
Sono stati dichiarati obsoleti innodb_flush_method e innodb_file_per_table.\n
\u00c8 stata dichiarata obsoleta la supporto per i nomi mysql*.\n
\u00c8 stata dichiarata obsoleta l'impostazione del parametro explicit_defaults_for_timestamp a 0.\n
I collegamenti simbolici per la compatibilit\u00e0 con MySQL sono stati spostati in un pacchetto separato.\n
Il valore predefinito del parametro innodb_undo_tablespaces \u00e8 stato modificato a 3. <\/ul>\n<\/ul>\n