Bei den Spülenrechten werden die Berechtigungstabelle von MySQL neu geladen, so dass manuell modifizierte Berechtigungen sofort wirksam werden. 1. Bei direkter ?nderung von Systemtabellen wie MySQL.User oder MySQL.DB müssen Sie diesen Befehl ausführen, um die ?nderungen von der Festplatte zum Speicher zu laden. 2. Bei Verwendung von Vorstellungsberechtigungen für Standardberechtigungsverwaltungsanweisungen wie Grant, Revoke, Erstellen von Benutzern usw. müssen Sie diesen Befehl nicht ausführen, da die Berechtigungen automatisch aktualisiert wurden. 3. In diesem Befehl werden die Dienstleistungen nicht neu gestartet, Konfigurationsfehler reparieren oder die aktuelle Verbindung trennen und MySQL nur benachrichtigen, um den Inhalt der Autorisierungstabelle erneut zu lesen.
Viele Menschen werden einen Satz hinzufügen, nachdem FLUSH PRIVILEGES
ge?ndert oder die mysql
-Systembibliothek direkt betrieben werden, aber wissen Sie wirklich, was es tut? Einfach ausgedrückt, seine Funktion besteht darin, den Inhalt von Zuschusstabellen so neu zu laden, damit die Berechtigungs?nderungen sofort wirksam werden.

MySQL überwacht die ?nderungen der Berechtigungstabellen nicht in Echtzeit. Wenn Sie also Systemtabellen wie mysql.user
und mysql.db
manuell aktualisieren, funktionieren die neuen FLUSH PRIVILEGES
m?glicherweise nicht sofort.
Warum brauchen Sie Spülung Privilegien?
MySQL wird beim Starten von Berechtigungsinformationen in Speicher geleitet, und nachfolgende Berechtigungsurteile basieren auf Daten im Speicher. Das hei?t, wenn Sie UPDATE
oder INSERT
verwenden, um die Tabelle mysql.user
direkt zu ?ndern, existieren diese ?nderungen nur auf der Festplatte und werden von MySQL in Echtzeit nicht in den Speicher geladen.
Zu diesem Zeitpunkt sind FLUSH PRIVILEGES
erforderlich, um MySQL zu benachrichtigen: "Hey, die Systemberechtigungstabelle hat sich ge?ndert, bitte laden Sie es neu."

Zu den gemeinsamen Nutzungsszenarien geh?ren:
- Das Passwort des Benutzers ge?ndert
- Einen Benutzer hinzugefügt oder gel?scht
- ?ndert Berechtigungen auf Datenbank oder Tabellenebene
Die richtige Art, Flush -Privilegien zu verwenden
Normalerweise haben wir zwei M?glichkeiten, um die Erlaubnis?nderung in Kraft zu setzen:

-
Verwenden Sie den Befehl Grant / Revoke
- Empfohlene Praxis, keine Notwendigkeit, wieder
FLUSH PRIVILEGES
auszuführen - Da diese Befehle automatisch die Erstellung von Berechtigungen ausl?sen
- Empfohlene Praxis, keine Notwendigkeit, wieder
-
?ndern Sie direkt die Tabelle der MySQL -Systembibliothek
- Aktualisieren Sie beispielsweise die Tabelle
mysql.user
über SQL - Zu diesem Zeitpunkt müssen
FLUSH PRIVILEGES
manuell ausgeführt werden
- Aktualisieren Sie beispielsweise die Tabelle
Zum Beispiel:
Aktualisieren Sie MySQL.User set password = password ('newPass') wobei user = 'root'; Spülung Privilegien;
Der obige SQL -Abschnitt hat das Kennwort des Stammbenutzers ge?ndert. Wenn keine FLUSH PRIVILEGES
hinzugefügt werden, wird das neue Passwort m?glicherweise nicht sofort wirksam.
Was macht es nicht?
Obwohl FLUSH PRIVILEGES
sehr nützlich sind, ist es nicht allm?chtig. Hier sind einige Dinge zu beachten:
- Es startet den MySQL -Service nicht neu
- Es repariert keine Berechtigungsfehler, sondern erm?glicht nur die ?nderungen, die vorgenommen wurden, um wirksam zu werden
- Es werden keine Verbindungen beseitigt und die Sitzung des aktuellen Benutzers nicht trugen
Darüber hinaus denken einige Schüler, dass das Erlaubnisproblem automatisch gel?st wird, solange dieser Befehl ausgeführt wird. Tats?chlich ist dies nicht der Fall. Wenn die Berechtigungen selbst falsch konfiguriert sind (wie Rechtschreibfehler oder Berechtigungen werden nicht korrekt gew?hrt), ist dies auch dann nutzlos, selbst wenn sie aktualisiert werden.
Tipps: Wann kann ich es vermeiden?
Wenn Sie beispielsweise die Standardaussagen für die Verwaltung von Standardberechtigten durchführen:
Zu "’ user "@'host' ausgew?hlt zugeben; Revoke Insert auf db.table von 'user'@'host'; Erstellen Sie den Benutzer 'Newuser'@'Host' durch 'Passwort' identifiziert; Drop User 'OldUser'@'Host';
Diese Befehle enthalten bereits eine Aktualisierungslogik im Inneren, und es müssen nicht manuell FLUSH PRIVILEGES
ausführen.
Grunds?tzlich ist das.
Denken Sie daran, dass FLUSH PRIVILEGES
nur erforderlich sind, wenn Sie Grant/Revoke umgehen und die Systemberechtigungstabelle direkt ?ndern. Versuchen Sie, die Berechtigungen der Standardanweisung so weit wie m?glich zu verwenden, was sicherer und besorgnisfrei ist.
Das obige ist der detaillierte Inhalt vonMysql spüle privilegiert, was es tut. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Hei?e KI -Werkzeuge

Undress AI Tool
Ausziehbilder kostenlos

Undresser.AI Undress
KI-gestützte App zum Erstellen realistischer Aktfotos

AI Clothes Remover
Online-KI-Tool zum Entfernen von Kleidung aus Fotos.

Clothoff.io
KI-Kleiderentferner

Video Face Swap
Tauschen Sie Gesichter in jedem Video mühelos mit unserem v?llig kostenlosen KI-Gesichtstausch-Tool aus!

Hei?er Artikel

Hei?e Werkzeuge

Notepad++7.3.1
Einfach zu bedienender und kostenloser Code-Editor

SublimeText3 chinesische Version
Chinesische Version, sehr einfach zu bedienen

Senden Sie Studio 13.0.1
Leistungsstarke integrierte PHP-Entwicklungsumgebung

Dreamweaver CS6
Visuelle Webentwicklungstools

SublimeText3 Mac-Version
Codebearbeitungssoftware auf Gottesniveau (SublimeText3)

Hei?e Themen

GTID (Global Transaction Identifier) ??l?st die Komplexit?t der Replikation und des Failovers in MySQL -Datenbanken, indem jeder Transaktion eine eindeutige Identit?t zugewiesen wird. 1. Es vereinfacht die Replikationsverwaltung und verarbeitet automatisch Protokolldateien und -Obationen, sodass Slave -Server Transaktionen basierend auf der zuletzt ausgeführten GTID anfordern k?nnen. 2. Stellen Sie sicher, dass die Konsistenz zwischen den Servern sicherstellen, sicherstellen, dass jede Transaktion nur einmal auf jedem Server angewendet wird, und vermeiden Sie Datenkonsistenz. 3.. Verbesserung der Effizienz der Fehlerbehebung. GTID enth?lt Server -UUID- und Seriennummer, die für die Verfolgung des Transaktionsflusss bequem sind und Probleme genau lokalisieren. Diese drei Kernvorteile machen die MySQL -Replikation robuster und einfacher Verwaltung, was die Systemzuverl?ssigkeit und die Datenintegrit?t erheblich verbessert.

MySQL Main Library Failover enth?lt haupts?chlich vier Schritte. 1. Fehlererkennung: überprüfen Sie regelm??ig den Hauptbibliotheksprozess, den Verbindungsstatus und die einfache Abfrage, um festzustellen, ob es sich um Ausfallzeiten handelt, einen Wiederholungsmechanismus einrichten, um Fehleinsch?tzungen zu vermeiden, und Tools wie MHA, Orchestrator oder Keepalived verwenden k?nnen, um die Erkennung zu unterstützen. 2. W?hlen Sie die neue Hauptbibliothek aus: W?hlen Sie die am besten geeignete Slave -Bibliothek aus, um sie gem?? dem Datensynchronisierungsfortschritt (Seconds_Behind_Master), Binlog -Datenintegrit?t, Netzwerkverz?gerungs- und Lastbedingungen sowie gegebenenfalls Datenkompensation oder manuelle Intervention durchzuführen. 3.. Switch -Topologie: Zeigen Sie andere Sklavenbibliotheken auf die neue Masterbibliothek, führen Sie Resetmaster aus oder aktivieren Sie GTID, aktualisieren Sie die VIP-, DNS- oder Proxy -Konfiguration auf

Die Schritte zur Verbindung zur MySQL-Datenbank sind wie folgt: 1. Verwenden Sie das Basic-Befehlsformat MySQL-U Benutzername-P-H-Host-Adresse, um eine Verbindung herzustellen. Geben Sie den Benutzernamen und das Passwort zum Anmeldung ein. 2. Wenn Sie die angegebene Datenbank direkt eingeben müssen, k?nnen Sie den Datenbanknamen nach dem Befehl hinzufügen, z. 3. Wenn der Port nicht der Standard 3306 ist, müssen Sie den Parameter -P hinzufügen, um die Portnummer anzugeben, wie z. Wenn Sie auf einen Kennwortfehler sto?en, k?nnen Sie ihn au?erdem erneut eingeben. Wenn die Verbindung fehlschl?gt, überprüfen Sie das Netzwerk, die Firewall oder die Berechtigungseinstellungen. Wenn der Client fehlt, k?nnen Sie MySQL-Client unter Linux über den Paketmanager installieren. Beherrschen Sie diese Befehle

ToalteralargeProductionTable ohne Locklonglocks, Anwendungsdltechniken.1) IdentifizierungOralteroperationisisfast (z. B. Hinzufügen/DropingColumns, modifizierennull/Notnull) oder Slow (z

InnoDB implementiert wiederholbare Lesevorg?nge durch MVCC und Gap Lock. MVCC realisiert konsistentes Lesen durch Schnappschüsse, und die Ergebnisse der Transaktionsabfrage bleiben nach mehreren Transaktionen unver?ndert. Gap Lock verhindert, dass andere Transaktionen Daten einfügen und das Phantom -Lesen vermieden. Zum Beispiel wird eine erste Abfrage einen Wert von 100 erh?lt, Transaktion B auf 200 modifiziert und eingereicht. A ist immer noch 100 in der Abfrage. und bei der Ausführung der Abfrage "Geltungsbereich verhindert Gap Lock verhindern, dass andere Transaktionen Aufzeichnungen einfügen. Darüber hinaus k?nnen nicht eindeutige Indexscans standardm??ig Lückensperrungen hinzufügen, und es k?nnen m?glicherweise nicht der Prim?rschlüssel oder ein eindeutiger Index-?quivalentabfragen hinzugefügt werden, und Lückensperrungen k?nnen durch Reduzierung der Isolationsstufen oder der expliziten Sperrsteuerung aufgehoben werden.

INDEDNENSINMYSQLIMPROVEQUERYSPEEDBYENABLINGFASTERDATARETRIEVAL.1.Theyrecedatascanned, duldingMysqltoquickLyLocaterelevanTrowSinwhereOrorderByclauss, insbesondere wichtige, und -TheyspeedupjoinSandsorting, und Makejoinoperation

MySQLs Standard-Transaktions-Isolationsstufe ist Repeatableread, das schmutzige Lesevorg?nge und nicht wiederholbare Lesevorg?nge durch MVCC- und Gap-Schl?sser verhindert, und vermeidet in den meisten F?llen das Lesen des Phantoms. other major levels include read uncommitted (ReadUncommitted), allowing dirty reads but the fastest performance, 1. Read Committed (ReadCommitted) ensures that the submitted data is read but may encounter non-repeatable reads and phantom readings, 2. RepeatableRead default level ensures that multiple reads within the transaction are consistent, 3. Serialization (Serializable) the highest level, prevents other transactions from modifying data through locks, Datenintegrit?t sicherstellen, aber die Leistung opfern;

MySQL -Transaktionen folgen den sauren Eigenschaften, um die Zuverl?ssigkeit und Konsistenz von Datenbanktransaktionen sicherzustellen. Erstens stellt die Atomizit?t sicher, dass Transaktionen als unteilbares Ganze ausgeführt werden, entweder alle erfolgreich oder alle nicht zurückrollen. Beispielsweise müssen Abhebungen und Einlagen abgeschlossen sein oder nicht gleichzeitig im übertragungsvorgang auftreten. Zweitens stellt die Konsistenz sicher, dass Transaktionen die Datenbank von einem gültigen Zustand in einen anderen übergehen und die richtige Datenlogik durch Mechanismen wie Einschr?nkungen und Ausl?ser beibehalten. Drittens kontrolliert Isolation die Sichtbarkeit mehrerer Transaktionen, wenn die gleichzeitige Ausführung schmutziges Lesen, nicht wiederholbares Lesen und Fantasy-Lesen verhindert. MySQL unterstützt Readuncommitt und Readcommi.
