{"id":120814,"date":"2024-12-02T09:45:59","date_gmt":"2024-12-02T07:46:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/sedmaya-beta-versiya-orioledb-vysokoproizvoditelnogo-dvizhka-hraneniya-dlya-postgresql"},"modified":"2024-12-02T09:45:59","modified_gmt":"2024-12-02T07:46:01","slug":"sedmaya-beta-versiya-orioledb-vysokoproizvoditelnogo-dvizhka-hraneniya-dlya-postgresql","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/sedmaya-beta-versiya-orioledb-vysokoproizvoditelnogo-dvizhka-hraneniya-dlya-postgresql","title":{"rendered":"Settima beta di OrioleDB, motore di archiviazione ad alte prestazioni per PostgreSQL","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stata presentata la versione beta del motore di archiviazione OrioleDB beta7 e pubblicati i risultati di nuovi test che dimostrano un significativo aumento delle prestazioni rispetto al tradizionale PostgreSQL. Nella versione beta7 sono state implementate ottimizzazioni mirate a migliorare la gestione dei carichi di lavoro multithread e ad accelerare le operazioni di lettura e scrittura. Il primo rilascio stabile di OrioleDB \u00e8 previsto per il 2025. Il motore \u00e8 scritto in C ed \u00e8 distribuito con una licenza PostgreSQL, simile alle licenze BSD e MIT. <\/p>\n
Il progetto OrioleDB sviluppa un motore di archiviazione alternativo per PostgreSQL, progettato per superare le limitazioni del meccanismo di archiviazione standard e migliorare l'efficienza complessiva del sistema. Ad esempio, OrioleDB consente di evitare l'esecuzione periodica dell'operazione VACUUM per la raccolta dei rifiuti, grazie all'implementazione di un meccanismo MVCC (Multi-Version Concurrency Control) basato su log di rollback (undo logs) che operano a livello di singoli blocchi e righe, oltre a un sistema automatico di fusione delle pagine contenenti dati. OrioleDB utilizza anche identificatori di transazione a 64 bit, risolvendo il problema dell'overflow dei contatori. <\/p>\n
Per semplificare l'uso in sistemi distribuiti e parallelizzare le operazioni, OrioleDB organizza la registrazione WAL delle transazioni a livello di righe. Durante l'operazione UPDATE, \u00e8 supportata la sostituzione dei dati in loco (senza liberare la voce attuale e creare una nuova), il che ha un impatto positivo sulle prestazioni. In OrioleDB sono state implementate anche funzionalit\u00e0 come la lettura delle pagine con dati senza utilizzare blocchi, il collegamento diretto delle pagine in memoria alle pagine nello storage permanente, l'applicazione di un meccanismo CoW (copy-on-write) durante il salvataggio dei punti di controllo per creare snapshot coerenti in qualsiasi momento e la modalit\u00e0 di archiviazione dei dati in formato compresso usando l'algoritmo ZSTD. <\/p>\n
Nella settima beta di OrioleDB si segnala la possibilit\u00e0 di utilizzare solo indici nel formato B-tree (in futuro verr\u00e0 aggiunta la compatibilit\u00e0 con tutti i tipi di indici di PostgreSQL), nonch\u00e9 l'assenza di supporto per le transazioni preparate (PREPARE TRANSACTION) e il comando \u00abREINDEX\u00bb in modalit\u00e0 \u00abCONCURRENTLY\u00bb. OrioleDB \u00e8 implementato come un'estensione caricabile, che richiede modifiche al codice sorgente principale di PostgreSQL. <\/p>\n
Nei test sulle prestazioni TPC-C, che simulano il carico di elaborazione transazionale in condizioni reali, la settima beta di OrioleDB ha mostrato un significativo vantaggio rispetto al motore predefinito di PostgreSQL. I test sono stati eseguiti con diversi numeri di client attivi contemporaneamente per valutare la scalabilit\u00e0 e le prestazioni del sistema all'aumentare del carico. <\/p>\n
Nei test che valutano la capacit\u00e0 di transazione, il motore OrioleDB ha raggiunto una capacit\u00e0 superiore, misurata in transazioni al minuto (tpmC). All'aumentare del numero di client, le prestazioni di OrioleDB continuavano a crescere linearmente, mentre il motore Heap di PostgreSQL mostrava una tendenza alla stagnazione e persino a un calo dopo una certa soglia.
<\/center>
<\/center>
<\/center> <\/p>\n
Nei test di tempo di risposta, il tempo medio di risposta delle transazioni in OrioleDB era significativamente inferiore rispetto a PostgreSQL. Di conseguenza, i sistemi basati su OrioleDB possono gestire un numero maggiore di transazioni nello stesso intervallo di tempo, garantendo al contempo un servizio delle richieste pi\u00f9 rapido. Durante la misurazione dell'uso delle risorse, il motore OrioleDB ha dimostrato un utilizzo pi\u00f9 efficiente della CPU e della memoria, grazie a una gestione ottimizzata delle risorse. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"Settima](\"\/wp-content\/uploads\/2024\/12\/8cac8a61b8daee1fbf8027a4aec2de1e.png\")
<\/center> ![\"Settima](\"\/wp-content\/uploads\/2024\/12\/39e3a4f1943e4263d0f0960ac5f45366.png\")
<\/center> ![\"Settima](\"\/wp-content\/uploads\/2024\/12\/a6a1d6e1c9b09b10dcc2d9b4bc61c805.png\")
<\/center> <\/p>\n