Skip to content

Benutzerverwaltung

Rechtsklick auf eine Verbindung und Benutzerverwaltung.

Nur MySQL

Dieses Werkzeug arbeitet mit MySQL (und MariaDB, das dasselbe Rechtesystem hat). Auf PostgreSQL, SQLite und SQL Server meldet es Nur für MySQL verfügbar — verwalten Sie Rollen dort per SQL im Editor oder mit den Bordmitteln des Servers.

Was es zeigt

Jedes Konto auf dem Server als Paar benutzer@host mit seinem Authentifizierungs-Plugin. In MySQL ist ein Konto die Kombination aus beidem, app@localhost und app@% sind also zwei verschiedene Konten mit möglicherweise verschiedenen Rechten.

Einen Benutzer anlegen

Neuer Benutzer fragt nach:

  • Benutzername
  • Hostlocalhost für Verbindungen vom Server selbst, % für jeden Host, oder eine bestimmte Adresse bzw. ein Subnetz
  • Passwort

Dann Benutzer erstellen.

Vergeben Sie den engsten Host, der geht. % heißt, das Konto darf sich von überall verbinden, wo das Netz es zulässt — für ein Anwendungskonto selten das, was Sie wollen.

Rechte

Rechte vergeben und Rechte entziehen arbeiten je Datenbank. Konto wählen, Datenbank wählen, anpassen.

Ein brauchbarer Ausgangspunkt für ein Anwendungskonto sind die vier Datenanweisungen — SELECT, INSERT, UPDATE, DELETE — und zwar nur auf der eigenen Datenbank. Schemaverändernde Rechte (CREATE, ALTER, DROP) gehören zu Migrationen, nicht zu dem Konto, unter dem Ihre Anwendung läuft.

Einen Benutzer löschen

Benutzer löschen entfernt das Konto nach einer Rückfrage, die benutzer@host nennt. Das Löschen eines Kontos rührt die von ihm angelegten Daten nicht an.

Von Sicherungen nicht erfasst

Benutzer und Rechte liegen auf Serverebene, ein Datenbank-Dump aus Sicherung und Wiederherstellung enthält sie also nicht. Einen Server aus einem Dump neu aufzubauen heißt, die Konten getrennt anzulegen — es lohnt sich, sie zu notieren, solange Sie noch einen laufenden Server haben, aus dem Sie sie auslesen können.