Unterstützung MariaDB MariaDB-Funktionen bei Amazon RDS

Themen

• Unterstützte Speicher-Engines für MariaDB bei Amazon RDS

• Cache-Erwärmung für MariaDB bei Amazon RDS

• MariaDB-Funktionen, die von Amazon nicht unterstützt werden RDS

• Password Reuse Check Plugin – Sie können das MariaDB-Plug-in Password Reuse Check verwenden, um zu verhindern, dass Benutzer Passwörter wiederverwenden, und um den Aufbewahrungszeitraum für Passwörter festzulegen. Weitere Informationen finden Sie unter Password Reuse Check Plugin.

• GRANTPUBLICTO-Autorisierung — Sie können allen Benutzern, die Zugriff auf Ihren Server haben, Rechte gewähren. Weitere Informationen finden Sie unter GRANTTO PUBLIC.

• Trennung von READ ONLY ADMIN Rechten SUPER und Rechten — Sie können allen Benutzern READ ONLY ADMIN Rechte entziehen, auch Benutzern, die zuvor SUPER über Berechtigungen verfügten.

• Sicherheit – Sie können jetzt die Option --ssl als Standard für Ihren MariaDB-Client festlegen. MariaDB wird nicht mehr stillschweigend deaktiviert, SSL wenn die Konfiguration falsch ist.

• SQLBefehle und Funktionen — Sie können jetzt den SHOW ANALYZE FORMAT=JSON Befehl und die FunktionenROW_NUMBER, und verwenden. SFORMAT RANDOM_BYTES SFORMATermöglicht die Formatierung von Zeichenketten und ist standardmäßig aktiviert. Sie können mit einem einzigen Befehl Partitionen in Tabellen und Tabellen in Partitionen konvertieren. Es gibt auch mehrere Verbesserungen der JSON_*()-Funktionen. Die Funktionen DES_ENCRYPT und DES_DECRYPT wurden für Version 10.10 und höher als veraltet eingestuft. Weitere Informationen finden Sie unter SFORMAT.

• InnoDB-Verbesserungen – Diese Verbesserungen umfassen Folgendes:

  • Leistungsverbesserungen im Redo-Protokoll, um die Write Amplification zu reduzieren und die Gleichzeitigkeit zu verbessern

  • Die Möglichkeit, den Undo-Tablespace zu ändern, ohne das Datenverzeichnis neu zu initialisieren. Diese Verbesserung reduziert den Overhead auf der Steuerebene. Nach Änderung des Undo-Tablespace ist ein Neustart, jedoch keine Neuinitialisierung erforderlich.

  • Support für CHECK TABLE … EXTENDED und intern für absteigende Indizes

  • Verbesserungen bei Masseneinfügungen

• Binlog-Änderungen – Diese Änderungen umfassen Folgendes:

  • Protokollierung von ALTER in zwei Phasen, um die Replikationslatenz zu verringern. Der Parameter binlog_alter_two_phase ist standardmäßig deaktiviert, kann aber über Parametergruppen aktiviert werden.

  • Protokollierung von explicit_defaults_for_timestamp

  • Keine Protokollierung mehr von INCIDENT_EVENT, wenn die Transaktion sicher rückgängig gemacht werden kann

• Verbesserungen bei der Replikation s — MariaDB Version 10.11 DB-Instances verwenden standardmäßig die GTID Replikation, wenn der Master sie unterstützt. Darüber hinaus ist Seconds_Behind_Master genauer.

• Clients – Sie können neue Befehlszeilenoptionen für mysqlbinglog und mariadb-dump verwenden. Sie können mariadb-dump verwenden, um historische Daten zu speichern und wiederherzustellen.

• System-Versionsverwaltung – Sie können den Verlauf ändern. MariaDB erstellt automatisch neue Partitionen.

• Atomar DDL — CREATE OR REPLACE ist jetzt atomar. Entweder ist die Aussage erfolgreich oder sie wird komplett rückgängig gemacht.

• Wiederholungsprotokoll-Schreibvorgang – Das Wiederholungsprotokoll schreibt asynchron.

• Gespeicherte Funktionen – Gespeicherte Funktionen unterstützen jetzt die gleichen IN-, OUT- und INOUT-Parameter wie in gespeicherten Prozeduren.

• Veraltete oder entfernte Parameter – Die folgenden Parameter wurden für DB-Instances in MariaDB Version 10.11 als veraltet eingestuft oder entfernt:

  • innodb_change_buffering

  • innodb_disallow_writes

  • innodb_log_write_ahead_size

  • innodb_prefix_index_cluster_optimization

  • keep_files_on_create

  • old

• Dynamische Parameter – Die folgenden Parameter sind jetzt für MariaDB-Instances der Version 10.11 dynamisch:

  • innodb_log_file_size

  • innodb_write_io_threads

  • innodb_read_io_threads

• Neue Standardwerte für Parameter – Die folgenden Parameter haben neue Standardwerte für MariaDB-Instances der Version 10.11:

  • Der Standardwert für den Parameter explicit_defaults_for_timestamp wurde von OFF in ON geändert.

  • Der Standardwert für den Parameter optimizer_prune_level wurde von 1 in 2 geändert.

• Neue gültige Werte für Parameter – Die folgenden Parameter haben neue gültige Werte für MariaDB-Instances der Version 10.11:

  • Die gültigen Werte für den Parameter old wurden mit denen für den Parameter old_mode zusammengeführt.

  • Die gültigen Werte für den Parameter histogram_type beinhalten jetzt JSON_HB.

  • Der gültige Wertebereich für den Parameter innodb_log_buffer_size liegt jetzt zwischen 262144 und 4294967295 (256 KB bis 4 096 MB).

  • Der gültige Wertebereich für den Parameter innodb_log_file_size liegt jetzt zwischen 4194304 und 512GB (4 MB bis 512 GB).

  • Die gültigen Werte für den Parameter optimizer_prune_level beinhalten jetzt 2.

• Neue Parameter – Die folgenden Parameter sind für MariaDB-Instances der Version 10.11 neu:

  • Der Parameter binlog_alter_two_phase kann die Replikationsleistung verbessern.

  • Der Parameter log_slow_min_examined_row_limit kann die Leistung verbessern.

  • Der Parameter log_slow_query und der Parameter log_slow_query_file sind Aliase für slow_query_log bzw. slow_query_log_file.

  • optimizer_extra_pruning_depth

  • system_versioning_insert_history

• MyRocks Speicher-Engine — Sie können die MyRocks Speicher-Engine mit RDS für MariaDB verwenden, um den Speicherverbrauch Ihrer schreibintensiven, leistungsstarken Webanwendungen zu optimieren. Weitere Informationen finden Sie unter und. Unterstützte Speicher-Engines für MariaDB bei Amazon RDS MyRocks

• AWS Identity and Access Management (IAM) DB-Authentifizierung — Sie können die IAM DB-Authentifizierung für mehr Sicherheit und zentrale Verwaltung der Verbindungen zu Ihren MariaDB-DB-Instances verwenden. Weitere Informationen finden Sie unter IAM-Datenbankauthentifizierung für MariaDB, MySQL und PostgreSQL.

• Upgrade-Optionen — Sie können jetzt von jeder früheren Hauptversion (10.3, 10.4, 10.5) auf MariaDB Version 10.6 aktualisieren. RDS Sie können auch einen Snapshot einer vorhandenen My SQL 5.6- oder 5.7-DB-Instance auf einer MariaDB 10.6-Instance wiederherstellen. Weitere Informationen finden Sie unter Upgrades der MariaDB-DB-Engine.

• Verzögerte Replikation – Sie können jetzt einen konfigurierbaren Zeitraum festlegen, für den ein Lesereplikat hinter der Quelldatenbank zurückbleibt. In einer Standard-MariaDB-Replikationskonfiguration gibt es eine minimale Replikationsverzögerung zwischen der Quelle und dem Replikat. Bei verzögerter Replikation können Sie eine absichtliche Verzögerung als Strategie für die Notfallwiederherstellung festlegen. Weitere Informationen finden Sie unter Konfigurieren der verzögerten Replikation mit MariaDB.

• Oracle SQL PL/Kompatibilität — Durch die Verwendung von Version 10.6 RDS für MariaDB können Sie Ihre älteren Oracle-Anwendungen einfacher zu Amazon migrieren. RDS Weitere Informationen finden Sie unter _ =. SQL MODE ORACLE

• Atomic DDL — Ihre Dynamic Data Language (DDL) -Anweisungen können mit MariaDB Version 10.6 relativ RDS absturzsicher sein. CREATE TABLE,, ALTER TABLERENAME TABLE, und verwandte Anweisungen sind DROP TABLE jetzt DROP DATABASE atomar. DDL Entweder ist die Aussage erfolgreich oder sie ist komplett rückgängig gemacht. Weitere Informationen finden Sie unter Atomic DDL.

• Weitere Verbesserungen — Zu diesen Verbesserungen gehören eine JSON_TABLE Funktion zur Umwandlung von JSON Daten in ein relationales Format innerhalb von SQL Innodb und ein schnelleres Laden leerer Tabellendaten. Dazu gehören auch das neue sys_schema für die Analyse und Fehlerbehebung, die Optimierungserweiterung für das Ignorieren nicht verwendeter Indizes und Leistungsverbesserungen. Weitere Informationen finden Sie unter JSON _. TABLE

• Neue Standardwerte für Parameter – Die folgenden Parameter haben neue Standardwerte für MariaDB-Instances der Version 10.6:

  • Der Standardwert für die folgenden Parameter hat sich von utf8 in utf8mb3 geändert:

    • character_set_client

    • character_set_connection

    • character_set_results

    • character_set_system

    Obwohl sich die Standardwerte für diese Parameter geändert haben, gibt es keine funktionale Änderung. Weitere Informationen finden Sie unter Unterstützte Zeichensätze und Sortierungen in der MariaDB-Dokumentation.

  • Der Standardwert des Parameters collation_connection hat sich von utf8_general_ci in utf8mb3_general_ci geändert. Obwohl sich der Standardwert für diesen Parameter geändert hat, gibt es keine funktionale Änderung.

  • Der Standardwert des old_mode-Parameters wurde von unset in UTF8_IS_UTF8MB3 geändert. Obwohl sich der Standardwert für diesen Parameter geändert hat, gibt es keine funktionale Änderung.

• InnoDB-Verbesserungen – MariaDB-Version 10.5 enthält Verbesserungen von InnoDB. Weitere Informationen finden Sie unter InnoDB: Performance-Verbesserungen usw. in der MariaDB-Dokumentation.

• Aktualisierungen des Leistungsschemas – MariaDB Version 10.5 enthält Aktualisierungen des Leistungsschemas. Weitere Informationen finden Sie unter Performance Schema Updates to Match My SQL 5.7 Instrumentation and Tables in der MariaDB-Dokumentation.

• Eine Datei im Inno DB-Redo-Log – In MariaDB-Versionen vor Version 10.5 wurde der Wert des Parameters innodb_log_files_in_group auf 2 festgelegt. In MariaDB Version 10.5 ist der Wert dieses Parameters auf festgeleg 1.

  Wenn Sie von einer früheren Version auf MariaDB Version 10.5 upgraden und die Parameter nicht ändern, bleibt der Parameterwert innodb_log_file_size unverändert. Es gilt jedoch für eine Protokolldatei statt für zwei. Das Ergebnis ist, dass Ihre aktualisierte MariaDB-Instance der Version 10.5 die Hälfte der Redo-Protokollgröße verwendet, die sie vor dem Upgrade verwendet hat. Diese Änderung kann sich spürbar auf die Leistung auswirken. Um dieses Problem anzugehen, können Sie den Wert des Parameters innodb_log_file_size verdoppeln. Weitere Informationen zum Ändern von Parametern finden Sie unter Ändern von Parametern in einer DB-Parametergruppe in Amazon RDS.

• SHOWSLAVESTATUSBefehl nicht unterstützt — In Versionen von MariaDB vor Version 10.5 erforderte der SHOW SLAVE STATUS Befehl die Berechtigung. REPLICATION SLAVE In MariaDB Version 10.5 benötigt der äquivalenteSHOW REPLICA STATUS Befehl das REPLICATION REPLICA ADMIN-Privileg. Dieses neue Recht wird dem RDS Masterbenutzer nicht gewährt.

  Anstatt den Befehl SHOW REPLICA STATUS zu verwenden, führen Sie den neuen gespeicherten Prozess mysql.rds_replica_status aus, um ähnliche Informationen zurückzugeben. Weitere Informationen finden Sie unter mysql.rds_replica_status.

• SHOWRELAYLOGEVENTSBefehl nicht unterstützt — In Versionen von MariaDB vor Version 10.5 erforderte der SHOW RELAYLOG EVENTS Befehl die Berechtigung. REPLICATION SLAVE In MariaDB Version 10.5 benötigt dieser Befehl das Privileg REPLICATION REPLICA ADMIN. Dieses neue Recht wird dem RDS Masterbenutzer nicht gewährt.

• Neue Standardwerte für Parameter – Die folgenden Parameter haben neue Standardwerte für MariaDB-Instances der Version 10.5:

  • Der Standardwert des Parameters max_connections hat sich in LEAST({DBInstanceClassMemory/25165760},12000) geändert. Hinweise zur Parameterfunktion LEAST finden Sie unter DB-Parameter-Funktionen.

  • Der Standardwert des Parameters innodb_adaptive_hash_index wurde in OFF (0) geändert.

  • Der Standardwert des Parameters innodb_checksum_algorithm hat sich in full_crc32 geändert.

  • Der Standardwert des Parameters innodb_log_file_size wurde auf 2 GB geändert.

• Verbesserungen bei der Sicherheit von Benutzerkonten – Verbesserungen beim Passwortablauf und bei der Kontosperrung

• Optimizer-Verbesserungen – Optimizer-Ablaufverfolgungsfunktion

• InnoDB-Verbesserungen — Sofortige DROP COLUMN Unterstützung und sofortige VARCHAR Erweiterung für ROW_FORMAT=DYNAMIC und ROW_FORMAT=COMPACT

• Neue Parameter – Einschließlich tcp_nodedelay, tls_version und gtid_cleanup_batch_size

• Oracle-Kompatibilität — SQL PL/Kompatibilitätsparser, Sequenzen und als Ergänzung neue TYPE OF INTERSECT - und EXCEPT UNION OF-Deklarationen sowie unsichtbare ROW TYPE Spalten

• Temporäre Datenverarbeitung – Tabellen mit Systemversionierung für die Abfrage früherer und aktueller Datenbankstatus

• Flexibilität – Benutzerdefinierte Aggregate, speicherunabhängige Spaltenkomprimierung und Unterstützung für das Proxy-Protokoll für die Übergabe der Client-IP-Adresse an den Server

• Verwaltbarkeit — Sofortiger ADD COLUMN Betrieb und schnelle Operationen mit Datendefinitionssprache () DDL