MySQL-Datenbanken für Unternehmen

Wenn eure Daten eine feste Form haben und die Abfragen überschaubar bleiben: Kunden, Produkte, Bestellungen, Termine. Dazu kommt der praktische Grund, dass jedes Hosting-Paket MySQL mitbringt und jedes gängige System damit umgehen kann. Ihr braucht also keinen Sonderserver und niemanden, der sich in eine Nische einarbeitet. Für Webseiten und Shops ist das der kürzeste Weg zu etwas, das läuft.

Wenn eure Auswertungen kompliziert werden, also Berichte über viele Tabellen, Zeitreihen oder Geodaten. Da kommt PostgreSQL mit weniger Umwegen zum Ziel. Auch wenn jeder Datensatz anders aussieht, etwa bei Formularen mit wechselnden Feldern, presst ihr das nur mühsam in feste Spalten, und MongoDB passt besser. Wir sagen euch das im Erstgespräch, statt alles in MySQL zu drücken, weil es der bekannteste Name ist.

Nur wenn es einen Anlass gibt, etwa ein Hoster, der ohnehin MariaDB anbietet, oder Bedenken wegen Oracle. Technisch ist der Wechsel bei normalen Webseiten unspektakulär, weil MariaDB als Abspaltung von MySQL dieselben Befehle versteht. Wir prüfen vorher, ob eure Anwendung Besonderheiten der einen Seite nutzt, spielen den Umzug auf einer Kopie durch und schalten erst danach um. Läuft eure Seite gut, ist Nichtstun eine vertretbare Antwort.

Oft ja, aber selten am Produkt MySQL. Meist fehlen Indizes, die Abfragen holen mehr Daten als nötig, oder es haben sich über Jahre Reste angesammelt. Wir messen erst, welche Abfragen wirklich Zeit kosten, und ändern dann gezielt, statt einen größeren Server zu bestellen. Wenn danach der Server das Problem ist, sagen wir auch das.

Ja, und dazu gehört, das Zurückspielen einmal auszuprobieren. Eine Sicherung, die nie eingespielt wurde, ist eine Vermutung. Wir richten die tägliche Sicherung ein, legen sie getrennt vom Server ab und halten schriftlich fest, wie lange eine Wiederherstellung dauert. Das läuft bei uns unter Wartung und Betrieb.