Anwendungsfall
Transaktionen, auf die sich das Unternehmen verlassen kann
Kurze, atomare Transaktionen sind die schwierigste Arbeitslast, die es richtig umzusetzen gilt, und diejenige, die dem Unternehmen als Erstes auffällt. MariaDB Enterprise Platform führt sie korrekt und in großem Umfang durch, ohne dass es zu Ausfällen kommt.
Was ist Online-Transaktionsverarbeitung (OLTP)?
Die Online-Transaktionsverarbeitung (OLTP) verarbeitet große Mengen kurzer, atomarer Transaktionen, wie beispielsweise die Abwicklung von Zahlungen, die Aktualisierung von Kundendaten und die Anpassung von Lagerbeständen. Das „ MariaDB “ (Enterprise Platform ) führt diese Transaktionen mit ACID-Garantien durch und ergänzt sie durch In-Memory-Berechnungen über „ MariaDB “ (GridGain).
Wie Virgin Media O2 mehr als 30 Millionen Nutzer bedient, wobei mittlerweile jede Netzwerktransaktion im Produktivbetrieb über MariaDB Cloud abgewickelt wird
Die Transaktionslatenz sank von 7 Millisekunden auf 1, Verbindungsfehler traten nicht mehr auf, und das Team konnte jede Transaktion seit dem Tag der Migration einsehen.
Funktionen
Was die Transaktionsverarbeitung benötigt
An erster Stelle steht die Korrektheit, gefolgt von Geschwindigkeit und Durchsatz, Verfügbarkeit und Sicherheit. Diese fünf Eigenschaften machen „ MariaDB “ zu einer transaktionalen Datenbank für Unternehmensanwendungen.
Transaktionsintegrität
Die ACID-Konformität gewährleistet die Datenintegrität bei gleichzeitigen Zugriffen. „ InnoDB “ nutzt Sperren auf Zeilenebene und eine multiversionelle Parallelitätskontrolle, sodass sich Lese- und Schreibvorgänge nicht gegenseitig blockieren.
Speicher-Engines je nach Arbeitslast
Standard InnoDB t für gemischten Datenverkehr mit vollständiger ACID-Konformität und vier Isolationsstufen vorgesehen; MyRocks eignet sich für schreibintensive Tabellen und bietet eine hohe Komprimierung. Die Auswahl erfolgt tabellenweise auf demselben Server.
In-Memory-Berechnungen und Streaming
MariaDB GridGain verarbeitet Ereignisse in dem Moment, in dem sie eintreffen, und führt Logik aus, die sich am selben Ort wie die Daten befindet, sodass Entscheidungen innerhalb der Transaktion getroffen werden und nicht erst danach.
Verfügbarkeit im Störungsfall
Asynchrone Replikation mit Transaktionswiedergabe; synchrone Replikation (Galera) für null Datenverlust; und Raft-Clustering, bei dem Commits mit Mehrheitsbeschluss erfolgen.
Sicherheit auf jeder Ebene
Die zertifikatsbasierte Verschlüsselung schützt Daten während der Übertragung, verwaltete Schlüssel schützen sie im Ruhezustand, und rollenbasierte Zugriffskontrollen, Passwortrichtlinien sowie die Protokollierung von Prüfvorgängen tragen zur Absicherung des Zugriffs bei.
Welche Muster zur Transaktionsverarbeitung unterstützt „ MariaDB “?
Die Transaktionsverarbeitung sieht je nach dem, was festgeschrieben wird, unterschiedlich aus. Diese drei Muster decken den Großteil dessen ab, was Kunden tatsächlich in der Produktion ausführen.
Zahlungsabwicklung
Digitale Geldbörsen, Echtzeit-Zahlungen, Überweisungen von Konto zu Konto und grenzüberschreitende Abwicklungen, wobei Saldo-, Risiko- und Sanktionsprüfungen vor Abschluss der Autorisierung durchgeführt werden.
Betriebsanwendungen mit hoher Parallelität
Auftragserfassung, Bestandsaktualisierungen und Kundendaten – hier müssen Tausende von kurzen Transaktionen pro Sekunde korrekt und schnell abgewickelt werden.
Entscheidungsfindung innerhalb der Transaktion
Betrugsbewertung, dynamische Preisgestaltung und Routing-Regeln werden im Arbeitsspeicher ausgeführt, solange die Transaktion offen ist, sodass das Ergebnis noch vor dem Commit vorliegt.
Empfohlene Ressourcen
Los geht’s
Jetzt mit MariaDB loslegen
Eine Echtzeit-Datenbankplattform, auf die Sie sich verlassen können – für alles, was Sie heute betreiben, und für alles, was Sie in Zukunft entwickeln werden.
Häufig gestellte Fragen
Bei der Online-Transaktionsverarbeitung werden große Mengen kurzer, atomarer Transaktionen abgewickelt, beispielsweise die Zahlungsabwicklung, die Verwaltung von Kundendaten und die Aktualisierung von Bestandsdaten. Dabei kommt es sowohl auf Genauigkeit als auch auf Geschwindigkeit an.
Die ACID-Garantien stellen sicher, dass eine Transaktion entweder vollständig abgeschlossen wird oder gar nicht, und dass sich parallel laufende Transaktionen nicht gegenseitig beeinträchtigen. Bei Zahlungen und Hauptbüchern ist dies der Grund, warum die Daten als vertrauenswürdig gelten.
Ja. Replikation und Clustering sorgen für eine Skalierung der Transaktionslast, InnoDB bewältigt Parallelität mithilfe von Sperren auf Zeilenebene und MVCC, und MariaDB GridGain gleicht Speicher-Spitzen aus, wenn der Durchsatz die Kapazität der Datenbank allein übersteigt.
Speichern Sie Salden-, Risiko- und Routing-Daten zusammen mit den Berechnungsergebnissen im Speicher, damit die Prüfungen abgeschlossen sind, bevor das Autorisierungsfenster schließt. Das Ledger wird unter MariaDB Enterprise Server mit vollständiger Transaktionskonsistenz festgeschrieben.
InnoDB ist die Standardeinstellung und bietet vollständige ACID-Konformität für gemischte Lese- und Schreib-Workloads. MyRocks reduziert den I/O-Aufwand bei schreibintensiven Tabellen. Die Speicher-Engines sind austauschbar, sodass verschiedene Tabellen auf demselben Server unterschiedliche Engines verwenden können.
Bei der asynchronen Replikation erkennt „ MaxScale “ den Ausfall, ernennt einen neuen Primärserver und führt die Transaktionen nach, sodass die Clients nicht unterbrochen werden. Galera bietet synchrone Cluster an, während Raft-Cluster die Konsistenz der Schreibvorgänge über Regionen hinweg gewährleisten.