{"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\/nl\/blog\/news\/sedmaya-beta-versiya-orioledb-vysokoproizvoditelnogo-dvizhka-hraneniya-dlya-postgresql","title":{"rendered":"De zevende b\u00e8ta van OrioleDB, een hoge-prestatie opslagengine voor PostgreSQL","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
De b\u00e8ta-versie van de opslag-engine OrioleDB beta7 is ge\u00efntroduceerd en de resultaten van nieuwe tests zijn gepubliceerd, die een aanzienlijke prestatieverbetering laten zien ten opzichte van de traditionele PostgreSQL. In versie beta7 zijn optimalisaties doorgevoerd om de prestaties bij multi-threaded workloads te verbeteren en de lees- en schrijfoperaties te versnellen. De eerste stabiele release van OrioleDB is gepland voor 2025. De engine is geschreven in de programmeertaal C en wordt verspreid onder een PostgreSQL-licentie, vergelijkbaar met de BSD- en MIT-licenties. <\/p>\n
Het OrioleDB-project ontwikkelt een alternatieve opslag-engine voor PostgreSQL, ontworpen om de beperkingen van het standaard opslagmechanisme te overstijgen en de algehele effici\u00ebntie van het systeem te verhogen. OrioleDB maakt bijvoorbeeld een einde aan de noodzaak om periodiek de VACUUM-operatie uit te voeren voor het opruimen van ongebruikte gegevens, dankzij de implementatie van het MVCC-mechanisme (Multi-Version Concurrency Control) op basis van terugrol-logboeken (undo logs), die op het niveau van individuele blokkeringen en rijen werken, evenals een automatisch samenvoegen van pagina's met gegevens. OrioleDB gebruikt ook 64-bits transactie-ID's, wat het probleem van telleroverloop oplost. <\/p>\n
Om het gebruik in gedistribueerde systemen te vereenvoudigen en de operaties in OrioleDB te paralleliseren, is er een WAL-logboek voor transacties op het niveau van rijen ingericht. Bij het uitvoeren van een UPDATE-operatie is het mogelijk om gegevens ter plekke te vervangen (zonder de huidige registratie vrij te geven en een nieuwe te cre\u00ebren), wat een positief effect heeft op de prestaties. OrioleDB biedt ook functies zoals het lezen van pagina's met gegevens zonder het gebruik van vergrendelingen, direkte koppeling van pagina's in het geheugen aan pagina's in permanente opslag, toepassing van het CoW-mechanisme (copy-on-write) bij het vastleggen van controlepunten voor het cre\u00ebren van consistente snapshots op elk moment, en de modus voor het opslaan van gegevens in gecomprimeerde vorm met behulp van het ZSTD-algoritme. <\/p>\n
In de zevende b\u00e8taversie van OrioleDB zijn er beperkingen, zoals de mogelijkheid om alleen indexen in B-tree-formaat te gebruiken (ondersteuning voor alle typen indexen van PostgreSQL zal in de toekomst beschikbaar komen), evenals het ontbreken van ondersteuning voor voorbereidende transacties (PREPARE TRANSACTION) en de opdracht «REINDEX» in de modus «CONCURRENTLY». OrioleDB is ge\u00efmplementeerd als een plug-in extensie, die aanpassingen aan de kerncodebase van PostgreSQL vereist. <\/p>\n
In de prestatietests van TPC-C, die de belasting van transactionele verwerking in realistische omstandigheden simuleren, toonde de zevende b\u00e8taversie van OrioleDB een aanzienlijk voordeel ten opzichte van de standaard PostgreSQL-engine. De tests werden uitgevoerd met verschillende aantallen gelijktijdige klanten, om de schaalbaarheid en prestaties van het systeem onder toenemende belasting te evalueren. <\/p>\n
In tests die de doorvoersnelheid van transacties evalueerden, bereikte de OrioleDB-engine een hogere doorvoer, gemeten in transacties per minuut (tpmC). Met een toenemend aantal klanten bleef de prestaties van OrioleDB lineair groeien, terwijl de prestaties van de Heap-engine in PostgreSQL een tendens vertoonden naar stagnatie en zelfs afname na een bepaalde drempel.
<\/center>
<\/center>
<\/center> <\/p>\n
In tests met responstijd was de gemiddelde responstijd van transacties in OrioleDB merkbaar lager dan die van PostgreSQL. Dit betekent dat systemen op basis van OrioleDB meer transacties kunnen verwerken in dezelfde tijdspanne, terwijl ze snellere verzoekafhandeling bieden. Bij het meten van het gebruik van hulpbronnen, toonde de OrioleDB-engine een effici\u00ebnter gebruik van CPU en geheugen, dankzij geoptimaliseerd resourcebeheer. \n Bron: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"De](\"\/wp-content\/uploads\/2024\/12\/8cac8a61b8daee1fbf8027a4aec2de1e.png\")
<\/center> ![\"De](\"\/wp-content\/uploads\/2024\/12\/39e3a4f1943e4263d0f0960ac5f45366.png\")
<\/center> ![\"De](\"\/wp-content\/uploads\/2024\/12\/a6a1d6e1c9b09b10dcc2d9b4bc61c805.png\")
<\/center> <\/p>\n