{"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\/de\/blog\/news\/sedmaya-beta-versiya-orioledb-vysokoproizvoditelnogo-dvizhka-hraneniya-dlya-postgresql","title":{"rendered":"Die siebte Beta-Version von OrioleDB, einer leistungsstarken Speicher-Engine f\u00fcr PostgreSQL","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Beta-Version der OrioleDB-Speichermaschine beta7 wurde pr\u00e4sentiert, und es wurden Ergebnisse neuer Tests ver\u00f6ffentlicht, die eine signifikante Leistungssteigerung im Vergleich zu traditionellem PostgreSQL zeigen. In der Version beta7 wurden Optimierungen eingef\u00fchrt, die darauf abzielen, die Verarbeitung von Multi-Thread-Lasten zu verbessern und die Lese- und Schreiboperationen zu beschleunigen. Die erste stabile Version von OrioleDB ist f\u00fcr das Jahr 2025 geplant. Die Engine ist in C geschrieben und wird unter einer PostgreSQL-Lizenz verteilt, die \u00e4hnlich wie die Lizenzen von BSD und MIT ist. <\/p>\n
Das OrioleDB-Projekt entwickelt eine alternative Speichermaschine f\u00fcr PostgreSQL, die darauf abzielt, die Einschr\u00e4nkungen des Standard-Speichermoduls zu \u00fcberwinden und die Gesamteffizienz des Systems zu steigern. Beispielsweise erm\u00f6glicht OrioleDB, auf eine regelm\u00e4\u00dfige Ausf\u00fchrung der VACUUM-Operation zur M\u00fcllabfuhr zu verzichten, dank der Implementierung eines MVCC-Mechanismus (Multi-Version Concurrency Control) auf der Basis von R\u00fcckg\u00e4ngigmachungsprotokollen (undo logs), die auf der Ebene einzelner Bl\u00f6cke und Zeilen arbeiten, sowie eines automatischen Seitenzusammenf\u00fchrungs-Systems zur Datenhaltung. OrioleDB verwendet auch 64-Bit-Transaktionsidentifikatoren, was das Problem der \u00dcberlaufz\u00e4hler l\u00f6st. <\/p>\n
Um die Nutzung in verteilten Systemen und die Parallelisierung von Operationen in OrioleDB zu erleichtern, wurde eine WAL-Protokollierung der Transaktionen auf der Zeilenebene organisiert. Bei der Ausf\u00fchrung der UPDATE-Operation wird eine In-Place-Daten\u00e4nderung unterst\u00fctzt (ohne die aktuelle Aufzeichnung freizugeben und eine neue zu erstellen), was sich positiv auf die Leistung auswirkt. In OrioleDB wurden auch Funktionen wie das Lesen von Datenseiten ohne Verwendung von Sperren, die direkte Verkn\u00fcpfung von Seiten im Arbeitsspeicher mit Seiten im persistenten Speicher, die Anwendung des CoW-Mechanismus (copy-on-write) zur Erstellung von konsistenten Snapshots zu jedem Zeitpunkt und der Modus der komprimierten Datenspeicherung unter Verwendung des ZSTD-Algorithmus realisiert. <\/p>\n
In der siebten Beta-Version von OrioleDB gibt es einige Einschr\u00e4nkungen, wie die M\u00f6glichkeit, nur B-Baum-Indizes zu verwenden (zuk\u00fcnftig wird die Unterst\u00fctzung aller Indextypen von PostgreSQL verf\u00fcgbar sein), sowie das Fehlen der Unterst\u00fctzung f\u00fcr vorbereitete Transaktionen (PREPARE TRANSACTION) und den Befehl \u201eREINDEX\u201c im \u201eCONCURRENTLY\u201c-Modus. OrioleDB ist als Plug-In-Erweiterung implementiert, die \u00c4nderungen am Hauptquellcode von PostgreSQL erfordert. <\/p>\n
In den Leistungstests von TPC-C, die die Last der Transaktionsverarbeitung unter realistischen Bedingungen simulieren, zeigte die siebte Beta-Version von OrioleDB eine deutliche \u00dcberlegenheit gegen\u00fcber dem Standard-PostgreSQL-Engine. Die Tests wurden mit unterschiedlichen Anzahl zeitgleich arbeitender Clients durchgef\u00fchrt, um die Skalierbarkeit und Leistung des Systems bei steigender Last zu bewerten. <\/p>\n
In den Tests, die die Durchsatzrate von Transaktionen bewerteten, erreichte die OrioleDB-Engine eine deutlich h\u00f6here Durchsatzrate, gemessen in Transaktionen pro Minute (tpmC). Mit der erh\u00f6hten Anzahl an Clients wuchs die Leistung von OrioleDB weiterhin linear, w\u00e4hrend die Heap-Engine in PostgreSQL dazu tendierte, nach einem bestimmten Schwellenwert zu stagnieren und sogar zu sinken.
<\/center>
<\/center>
<\/center> <\/p>\n
In den Reaktionszeittests war die durchschnittliche Reaktionszeit von Transaktionen in OrioleDB deutlich niedriger im Vergleich zu PostgreSQL. Somit k\u00f6nnen Systeme auf Basis von OrioleDB mehr Transaktionen in demselben Zeitraum verarbeiten und dabei eine schnellere Bearbeitung von Anfragen gew\u00e4hrleisten. Bei der Messung der Ressourcennutzung zeigte die OrioleDB-Engine eine effizientere Nutzung von CPU und Speicher dank optimierter Ressourcenverwaltung. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"Die](\"\/wp-content\/uploads\/2024\/12\/8cac8a61b8daee1fbf8027a4aec2de1e.png\")
<\/center> ![\"Die](\"\/wp-content\/uploads\/2024\/12\/39e3a4f1943e4263d0f0960ac5f45366.png\")
<\/center> ![\"Die](\"\/wp-content\/uploads\/2024\/12\/a6a1d6e1c9b09b10dcc2d9b4bc61c805.png\")
<\/center> <\/p>\n