Seminar Aiven for MySQL – Administration und Performance

Das Seminar verbindet die tägliche MySQL-Administration mit den Besonderheiten eines verwalteten Aiven-Services. Entscheidungen zu Benutzern, Sicherung, Migration und Performance werden anhand messbarer Betriebsziele getroffen.

Inhaltsverzeichnis

1. Einordnung und Nutzen
2. Zielgruppe
3. Voraussetzungen
4. Lernziele
5. Seminarinhalte
6. Tag 1: Sicherer Servicebetrieb, Backup und Migration
7. Tag 2: Performance, Replikation und kontrollierte Änderungen
8. Praxisübungen

Einordnung und Nutzen

Behandelt werden Servicepläne, sichere TLS-Verbindungen, Datenbanken und Benutzer, Authentifizierungsverfahren, Parameter, automatische Backups und Point-in-Time-Recovery-Grundlagen, Migration, Replikation, Indizes, Ausführungspläne, langsame Abfragen, Verbindungen, Monitoring, Skalierung und Versionswechsel.

Zielgruppe

• Cloud- und Plattformadministration
• DevOps- und Site-Reliability-Engineering
• Technische Architektur und Betrieb
• Datenbankadministration und Anwendungsbetrieb
• Entwicklung mit MySQL-Verantwortung

Voraussetzungen

• Grundkenntnisse zu Cloud-Diensten, Netzwerken und Datenbanken
• Sicherer Umgang mit Browser und Kommandozeile
• Für Übungen ein freigegebenes Aiven-Projekt oder eine vorbereitete Schulungsumgebung
• Sichere SQL-Grundkenntnisse
• Grundkenntnisse in MySQL-Administration sind hilfreich

Lernziele

• Aiven-for-MySQL-Services passend zu Verfügbarkeit und Last bereitstellen
• TLS, Datenbanken, Benutzer und minimale Rechte korrekt konfigurieren
• Backup-, Wiederherstellungs- und Migrationsverfahren einordnen und testen
• Abfragen und Indizes mit Ausführungsplänen optimieren
• Verbindungen, Replikation und Ressourcenengpässe überwachen
• Skalierung und Versionswechsel kontrolliert vorbereiten

Seminarinhalte

Jeder Arbeitsschritt wird praktisch umgesetzt, mit einem kurzen Funktionstest geprüft und als wiederholbarer Betriebsablauf dokumentiert.

Tag 1: Sicherer Servicebetrieb, Backup und Migration

Der erste Tag baut einen verwalteten Datenbankservice mit klaren Wiederherstellungs- und Zugriffswegen auf.

1. Schritt 1: Plan, Region und Hochverfügbarkeit auswählen. Praktisches Arbeitsergebnis: Last, Datenmenge, Ausfalltoleranz, Netzwerkdistanz und Umgebungszweck in eine begründete Servicekonfiguration übersetzt.
2. Schritt 2: TLS-Verbindung und Datenbanken einrichten. Praktisches Arbeitsergebnis: Verbindungsinformationen und CA-Zertifikat genutzt, eine Datenbank angelegt und der verschlüsselte Zugriff mit CLI beziehungsweise Client geprüft.
3. Schritt 3: Benutzer und Authentifizierung absichern. Praktisches Arbeitsergebnis: separate Servicebenutzer mit passendem Authentifizierungsverfahren erstellt, Rechte auf Schema- und Objektebene begrenzt und Negativtests durchgeführt.
4. Schritt 4: Backups und Wiederherstellungsziel definieren. Praktisches Arbeitsergebnis: automatische Voll- und Binlog-Sicherungen, Aufbewahrung und Point-in-Time-Anforderung in RPO, RTO und einen dokumentierten Restore-Ablauf übersetzt.
5. Schritt 5: Migration vorbereiten und testen. Praktisches Arbeitsergebnis: Quellsystem inventarisiert, Kompatibilität und Größe geprüft, geeignetes Online- oder Dump-Verfahren gewählt und ein Testlauf mit Datenvergleich durchgeführt.

Tag 2: Performance, Replikation und kontrollierte Änderungen

Der zweite Tag untersucht reale Engpässe und führt daraus sichere Betriebsmaßnahmen ab.

1. Schritt 1: Langsame Abfragen identifizieren. Praktisches Arbeitsergebnis: Query-Dauer, Häufigkeit, gelesene Zeilen, Sperren und Ressourcenwirkung gesammelt und ein reproduzierbarer Problemfall isoliert.
2. Schritt 2: Ausführungsplan und Indizes optimieren. Praktisches Arbeitsergebnis: EXPLAIN-Ausgabe gelesen, Selektivität und Joinreihenfolge bewertet, einen gezielten Index ergänzt und Wirkung sowie Schreibkosten gemessen.
3. Schritt 3: Verbindungen und Transaktionen steuern. Praktisches Arbeitsergebnis: Connection-Limits, Timeouts, langlebige Transaktionen und Anwendungspools geprüft und ein geeignetes Grenz- sowie Poolingkonzept festgelegt.
4. Schritt 4: Replikation und Hochverfügbarkeit beobachten. Praktisches Arbeitsergebnis: Replikationszustand, Verzögerung, Failoverwirkung und Lese-/Schreibrollen nachvollzogen und ein anwendungsseitiger Wiederverbindungsablauf getestet.
5. Schritt 5: Skalierung und Versionswechsel planen. Praktisches Arbeitsergebnis: Planänderung, Speicherbedarf, Wartungsfenster, Kompatibilität und Nachtests in einen Change-Plan mit Abbruch- und Rückfallkriterien überführt.

Praxisübungen

• TLS-Verbindung und rollenbasierte Benutzeranlage
• Testmigration einer Beispieldatenbank mit Zeilen- und Summenvergleich
• Optimierung einer langsamen Join-Abfrage mit EXPLAIN
• Analyse von Verbindungslast und langlebiger Transaktion
• Change-Runbook für Skalierung oder Major-Version-Upgrade