Was kostet RDS for MySQL, und ist ein privater MySQL-Server günstiger?

Wenn deine RDS-for-MySQL-Datenbank noch mit MySQL 8.0 läuft, hat deine Rechnung im August eine neue Zeile bekommen. RDS hat den Standard-Support für 8.0 am 31. Juli 2026 beendet, und AWS hat diese Datenbanken in den kostenpflichtigen Extended Support überführt, sofern er für die jeweilige Datenbank nicht deaktiviert war. Bei einer db.t4g.micro beträgt diese Gebühr 146 $ im Monat – mehr als das Zehnfache dessen, was die Datenbank selbst kostet.

Drei weitere Posten kosten jeweils weniger als diese Gebühr, und nach ihnen solltest du auf deiner eigenen Rechnung zuerst suchen: eine Standby-Kopie in einer zweiten Zone, CPU-Nutzung über der Baseline der Instanz und kostenpflichtiger technischer Support.

Was jede Position einer kleinen RDS-Rechnung kostet

Alle AWS-Preise auf dieser Seite gelten für US East (N. Virginia), sind On-Demand-Preise, sofern nicht anders angegeben, und verstehen sich vor Steuern. Die RDS-Tarife stammen aus der Preisdatei von AWS, Stand 19. Oktober 2026, der Rest von den Preisseiten von AWS. Wir haben einen Monat mit 730 Stunden gerechnet. Die Datenbank ist eine db.t4g.micro (2 vCPU, 1 GiB Arbeitsspeicher) mit MySQL 8.4, 20 GB gp3-Speicher und den in der Konsole voreingestellten 7 Tagen Backups. Der App-Server steht in derselben Availability Zone, wo AWS keine Gebühren für die Datenübertragung berechnet.

Hier sind diese Zusatzposten als Monatssummen, jeweils zusätzlich zur Datenbank in einer Zone.

Bei einer größeren Instanz kostet eine db.t4g.small (2 GiB, 50 GB) mit Standby-Kopie 58,95 $ pro Monat, eine db.t4g.medium (4 GiB, 120 GB) 121,77 $. In der Tarifliste im DreamHost-Panel hat VPS business 1 GB RAM und 20 GB Speicherplatz, VPS professional 2 GB und 50 GB und VPS enterprise 4 GB und 120 GB. Die beiden letzten entsprechen also diesen Größen. Ihre Preise findest du auf der Seite zum MySQL VPS. Wähle nach der Größe deiner Daten: In unserem Ratgeber dazu, wie viel RAM MySQL braucht, haben wir gemessen, ab wann der Arbeitsspeicher der einzelnen Tarife nicht mehr ausreicht.

Wo eine kleine RDS-Rechnung wächst

Eine Standby-Kopie verdoppelt sie

Die FAQ von AWS selbst bezeichnet Multi-AZ als naheliegende Wahl für Produktivumgebungen. Du zahlst den Standby als zweite Instanz, und der Speicher kostet pro GB doppelt so viel – beide Posten der Datenbank verdoppeln sich also.

CPU über der Baseline wird stundenweise berechnet

Eine t4g.micro kann laut der Credit-Tabelle von AWS für Burstable-Instanzen, die wir auf die db.t4g von RDS übertragen haben, rund um die Uhr 10 % jeder ihrer 2 vCPUs nutzen. RDS betreibt jede db.t4g im Unlimited-Modus, sodass eine ausgelastete Datenbank nie auf diese Baseline gedrosselt wird. Stattdessen berechnet AWS den Mehrverbrauch, sobald die durchschnittliche CPU-Last über 24 Stunden darüber liegt, mit 0,075 $ pro vCPU-Stunde. Bei 30 % durchschnittlicher CPU-Last überschreitet die Micro-Instanz ihr Kontingent um 292 vCPU-Stunden im Monat. Die Zeile CPUCredits auf deiner eigenen Rechnung zeigt, was das bei dir kostet.

Technischer Support ist ein separater Plan

Der kostenlose Basic Support von AWS umfasst 24/7-Kundenservice, Dokumentation und das Forum re:Post. Technische Supportfälle gibt es erst ab Business Support+, für 29 $ im Monat oder 9 % deiner AWS-Rechnung, je nachdem, was höher ist. Bei einer so kleinen Datenbank ergeben 9 % etwa 1,26 $, du zahlst also das Minimum von 29 $.

MySQL 8.0 kostet jetzt extra

Seit dem 1. August 2026 wird jede RDS-for-MySQL-8.0-Datenbank, für die kein Opt-out erfolgt ist, automatisch angemeldet, zu 0,10 $ pro vCPU-Stunde in US East. Ein Opt-out jetzt hält 8.0 nicht kostenlos am Laufen: Eine Datenbank, die das Datum bereits überschritten hat, wird automatisch auf die nächste Hauptversion aktualisiert. AWS berechnet die Gebühr auch für den Standby, sodass eine Multi-AZ-Micro-Instanz mit 8.0 davon 292 $ zahlt und insgesamt 319,96 $. Rabatte für Reserved Instances gelten dafür nicht. Am 1. August 2028 verdoppelt sich der Tarif auf 0,20 $, womit diese Multi-AZ-Micro-Instanz 611,96 $ im Monat kostet, und der Extended Support für 8.0 endet am 31. Juli 2029.

Lies deine eigene RDS-Rechnung

Um das zu prüfen, brauchst du Zugriff auf die Abrechnungsseiten des AWS-Kontos.

1. Kosten des letzten Monats nach RDS filtern

   Setze im Cost Explorer einen Filter nach Service auf Relational Database Service und schlüssle die Kosten dann nach Nutzungsart auf.

2. Jeden Nutzungstyp seiner Position zuordnen

   Suche nach Nutzungsarten, die diese Namen enthalten: InstanceUsage (eine Zone) oder Multi-AZUsage (mit Standby), GP3-Storage, ChargedBackupUsage (Backups über das kostenlose Kontingent hinaus), CPUCredits (CPU über der Baseline), ExtendedSupport (die Gebühr für MySQL 8.0) und DataTransfer-Out-Bytes (ausgehende Daten ins Internet). AWS Support wird als eigener Service abgerechnet, und eine öffentliche IPv4-Adresse der Datenbank erscheint unter den VPC-Gebühren.

3. Engine-Version prüfen

   Öffne die Datenbank in der RDS-Konsole und sieh dir ihre Engine-Version an. Alles, was mit 8.0 beginnt, ist im Extended Support, sofern kein Opt-out erfolgt ist.

Was jeder Preis beinhaltet

Laut der Seite zum MySQL VPS gibt es keinen Root- und keinen SSH-Zugriff. Wenn du an die Konfigurationsdateien von MySQL willst, verweist sie dich auf einen dedizierten Server.

Deine App zieht mit der Datenbank um

Diese Seite berechnet die Preise für das MySQL VPS, die Erweiterung für eine App, die auf Hosting von DreamHost läuft. Das Help Center von DreamHost beschreibt ein MySQL VPS als Erweiterung zu einem DreamHost-Tarif, etwa Web Hosting, Managed VPS oder einem dedizierten Server. Du brauchst also auch einen Hosting-Tarif bei DreamHost. Laut der Seite zum Managed VPS hostet ein Managed VPS deine Website-Dateien und Anwendungen, es kann also den App-Server ersetzen, den du jetzt auf AWS betreibst. Für deinen Vergleich stellst du seinen Preis am besten neben deine EC2-Position. Eine App auf AWS könnte sich auch von außen verbinden, sobald du ihre IP-Adresse zulässt. Dann würde aber jede Abfrage zwischen zwei Anbietern durchs Internet laufen, und das Help Center von DreamHost empfiehlt, beides im selben Rechenzentrum zu betreiben. Wenn du MySQL lieber selbst betreiben willst, mit Root-Zugriff und eigenen Einstellungen, ist ein VPS wie Stack 8 das Richtige – der Tarif, den die VPS-Seite von DreamHost mit Für Apps im Produktivbetrieb kennzeichnet. Dort installierst und aktualisierst du MySQL selbst.

Wenn deine Website bereits bei DreamHost liegt und sich nur langsam anfühlt, prüfe zuerst, ob deine Datenbank deine Website ausbremst. Zur Wahl der Engine selbst lies MariaDB vs. MySQL.

Was der Abschied von RDS kostet

AWS gewährt jedem Konto jeden Monat 100 GB ausgehende Daten ins Internet kostenlos, über alle Services hinweg, und berechnet darüber hinaus in US East 0,09 $ pro GB. Wenn du alle deine Daten von AWS oder von einem AWS-Service abziehst, bietet AWS berechtigten Kunden für den Umzug außerdem kostenlose ausgehende Datenübertragung an; die Preisseite verweist dich dafür an den Kundensupport von AWS.

Am 19. Oktober 2026 haben wir den Umzug auf einer Test-VM (keinem DreamHost-Server) gestoppt, um zu sehen, wie groß diese Übertragung ist und wie lange sie dauert, und die Datei zum Tarif von AWS berechnet.

Deine App darf nicht mehr schreiben, während du den Dump der Datenbank erstellst, die Datei kopierst und importierst – sonst bleiben die letzten Änderungen auf RDS zurück. Das Komprimieren des 10-GB-Dumps mit gzip dauerte auf unserer VM etwa 6 Minuten zusätzlich, und die Dauer der Netzwerkübertragung hängt von deiner Verbindung ab. Ein Server mit 1 GB RAM importierte genauso schnell wie einer mit 4 GB, und bei keinem Import ging der Arbeitsspeicher aus. Um die Zeile zu finden, die deiner Datenbank am nächsten kommt, listet die Größenabfrage von DreamHost die Größe jeder Datenbank in MB auf, Daten und Indizes zusammen – und sie funktioniert auch auf RDS.

Eine Gebühr läuft nach dem Umzug weiter. Eine gestoppte RDS-Instanz berechnet weiterhin Speicher und Backups, und RDS startet sie nach sieben Tagen von selbst wieder. Deshalb wird sie im letzten Schritt gelöscht statt gestoppt.

Eine kleine Datenbank auf ein MySQL VPS umziehen

Diese Schritte setzen voraus, dass du deine App auf einen DreamHost-Plan umgezogen hast oder sie gleichzeitig umziehst. Die Seite zu MySQL VPS nennt MySQL 8.0, und laut dem Help Center von DreamHost kannst du den Support kontaktieren und 8.4 anfordern. Wenn deine RDS-Datenbank mit 8.4 läuft, fordere dieses Upgrade vor dem Import an, damit der Dump in dieselbe Hauptversion importiert wird.

1. Das MySQL VPS zu deinem DreamHost-Plan hinzufügen

   Folge den Schritten zum Hinzufügen eines MySQL VPS im Help Center. Laut dem Help Center von DreamHost kann die Einrichtung einige Stunden dauern, und DreamHost verschiebt alle Datenbanken, die bereits in deinem Konto sind, um Mitternacht pazifischer Zeit auf den neuen Server.

2. Die leere Datenbank im Panel anlegen

   Lege die Datenbank und ihren Benutzer auf der Seite „MySQL Databases“ im Panel an. Laut dem Help Center von DreamHost lassen sich Datenbanken nur dort anlegen, niemals während eines Imports.

3. Die Datenbank aus RDS exportieren

   Versetze die App in den Wartungsmodus. Erstelle dann von einem Rechner aus, der RDS erreicht – etwa deinem App-Server auf AWS –, einen Dump der einen Datenbank über ihren Namen. Wenn du --databases weglässt, landen keine CREATE DATABASE-Zeilen in der Datei, sodass sie in die gerade angelegte Datenbank importiert wird.

   bashKopieren

   mysqldump -h your-db.abc123.us-east-1.rds.amazonaws.com -u admin -p \
     --single-transaction --routines --triggers --set-gtid-purged=OFF \
     appdb > appdb.sql

   --single-transaction erstellt eine konsistente Kopie der InnoDB-Tabellen, ohne sie zu sperren. --set-gtid-purged=OFF lässt eine SET @@GLOBAL.GTID_PURGED-Zeile weg, da der Artikel im Help Center von DreamHost zu MySQL-Benutzerlimits SET GLOBAL auf einem MySQL VPS ausschließt.

4. DEFINER-Klauseln aus Triggern und Routinen entfernen

   Laut dem Help Center von DreamHost führt ein MySQL VPS Trigger und gespeicherte Routinen aus, akzeptiert aber keinen DEFINER, der von einem Benutzer ohne Root-Rechte gesetzt wurde, und empfiehlt deshalb, ihn zu entfernen. Der folgende Befehl entfernt diese Klauseln aus der Datei und behält das Original als appdb.sql.bak, das du löschen kannst, sobald der Import funktioniert:

   bashKopieren

   sed -E -i.bak 's/DEFINER=`[^`]+`@`[^`]+`//g' appdb.sql

5. Die Datei auf deinen DreamHost-Server kopieren

   Komprimiere den Dump und kopiere ihn per SSH auf deinen DreamHost-Server:

   bashKopieren

   gzip appdb.sql
   scp appdb.sql.gz your-user@your-dreamhost-server:~/

   Sobald sie auf dem DreamHost-Server liegt, entpackst du sie mit gunzip appdb.sql.gz.

6. Per SSH importieren und die App umstellen

   Laut dem Help Center von DreamHost muss eine Datei ab 64 MB per SSH importiert werden statt über phpMyAdmin. Führe den Import auf deinem DreamHost-Server mit dem Hostname, dem Benutzer und der Datenbank aus deinem Panel aus:

   bashKopieren

   mysql -h your-mysql-hostname -u dbuser -p appdb < appdb.sql

   Plane genug Speicherplatz für den Import ein. Auf unserem Testserver wuchs das standardmäßig aktivierte Binärlog von MySQL um etwa die Größe des Dumps. Wenn deine Daten nah am Speicherplatz deines Tarifs liegen, frag also beim Support nach, wie dein MySQL VPS damit umgeht. Richte danach die Datenbankeinstellungen der App auf den neuen Host aus, prüfe alles und beende den Wartungsmodus. Erstelle einen letzten RDS-Snapshot, bewahre ihn auf, bis du sicher bist, und lösche dann die Instanz.

Wie wir gemessen haben

DreamHost hat den Umzug am 19. Oktober 2026 auf einer Test-VM auf einem Mac mit Apple Silicon durchgeführt (arm64, 2 vCPU, etwa 4 GB Arbeitsspeicher, Ubuntu 24.04.4), mit MySQL 8.4.11 aus dem offiziellen Image von Docker als Quelle und Ziel. Die drei Datenbanken bestanden aus je 10 Tabellen mit sysbench-Testdaten. Wir haben jede dreimal mit den Flags aus den obigen Schritten plus --databases gedumpt und geben den Median an. Jeder Dump wurde einmal in einen frischen Server importiert, der auf 1 GB Arbeitsspeicher begrenzt war und den standardmäßigen Buffer Pool von MySQL mit 128 MB nutzte, und einmal in einen Server mit 4 GB und einem Buffer Pool von 2 GB. Jeder Import lief vollständig durch, und die Zeilenzahl, die wir in einer der zehn Tabellen geprüft haben, stimmte mit der Quelle überein.

Keine der beiden Seiten war Amazon RDS oder ein MySQL VPS von DreamHost. Betrachte die Zeiten also nur als grobe Orientierung für die Größenordnung. Die Netzwerkübertragung haben wir nicht gemessen. Sysbench füllt Tabellen mit zufälligem Text, der sich kaum komprimieren lässt. Der gzip-komprimierte Dump einer echten App fällt daher wahrscheinlich kleiner aus.

Welcher Weg der richtige ist

FAQ zu den Kosten von Amazon RDS