Titel sagt alles. Seltsamerweise kann ich hier kein Ergebnis finden.
Titel sagt alles. Seltsamerweise kann ich hier kein Ergebnis finden.
Antworten:
Ja tut es. Woher ? Führen Sie diese Abfrage in der RDS-Instanz aus:
mysql> select * from information_schema.engines where engine='MEMORY'\G
*************************** 1. row ***************************
ENGINE: MEMORY
SUPPORT: YES
COMMENT: Hash based, stored in memory, useful for temporary tables
TRANSACTIONS: NO
XA: NO
SAVEPOINTS: NO
1 row in set (0.01 sec)
Da SUPPORT
sagt Yes
, ist die Antwort ja.
Sie können auch SHOW ENGINES;
alle unterstützten oder nicht unterstützten Engines in RDS anzeigen.
SUPPORT
in der hier gezeigten Abfrage "JA" ausgibt.
Diese Antwort gilt für AWS Aurora, nicht direkt für MySQL RDS.
Nur weil SHOW ENGINES
die Datenbank über die MEMORY
Speicher-Engine verfügt, heißt das nicht, dass Sie sie tatsächlich verwenden können. Wir haben festgestellt, dass in AWS Aurora der SHOW ENGINES;
Aufruf Ihnen mitteilt, dass die MEMORY
Engine unterstützt wird. Wenn Sie jedoch versuchen, die Engine in MEMORY
eine Engine zu ändern oder eine nicht temporäre Tabelle mit der Engine zu erstellen, MEMORY
erhalten Sie eine InnoDB-Engine, da Aurora nur InnoDB unterstützt. Wenn Sie den Motorwechsel ausführen, erhalten Sie eine Warnung, dass die InnoDB-Engine verwendet wurde.
Folgendes habe ich vom AWS-Support erhalten:
Aurora bietet nur Unterstützung für die InnoDB-Speicher-Engine für reguläre Tabellen. Andere Engines als InnoDB werden nur für temporäre Tabellen auf Sitzungsebene unterstützt. Wenn Sie in der Standardkonfiguration versuchen, eine Tabelle mit einer anderen Speicher-Engine als InnoDB zu erstellen, erstellt Aurora die Tabelle implizit als InnoDB. Temporäre Tabellen auf Sitzungsebene sind nicht persistent und werden nach Abschluss der Sitzung gelöscht.