mysql5.7-Methode zum Ändern des anfänglichen Benutzerkennworts_Mysql

Wenn der Benutzer die MySQL-Datenbank zum ersten Mal installiert, möchte er immer das Initialisierungskennwort von root ändern. Ich suche es auch jedes Mal . Hier sind einige häufig verwendete Methoden zum Betreiben der Datenbank und einige Grundkonzepte, Freunde in Not können sich darauf beziehen

Wenn Benutzer die MySQL-Datenbank zum ersten Mal installieren Ich möchte auch jedes Mal das Root-Initialisierungskennwort ändern. Im Folgenden werden hauptsächlich einige allgemeine SQL-Anweisungen und einige grundlegende konzeptionelle Dinge für den Betrieb von Datenbanken aufgeführt.

Ändern Sie das Initialisierungspasswort des Benutzers:

SET PASSWORD = PASSWORD(‘your new password');
ALTER USER ‘root'@‘localhost' PASSWORD EXPIRE NEVER;
flush privileges;

Erstellen Sie einen neuen Benutzer:

CREATE USER ‘username'@‘host' IDENTIFIED BY ‘password';

Benutzern Berechtigungen erteilen:

GRANT all privileges ON databasename.tablename TO ‘username'@‘host';
flush privileges;

Passwörter festlegen und ändern:

SET PASSWORD FOR ‘username'@‘host' = PASSWORD(‘password');

Berechtigungen widerrufen:

REVOKE privilege ON databasename.tablename FROM ‘username'@‘host';

LöschenBenutzer:

DROP USER ‘username'@‘host';

Benutzerberechtigung anzeigen:

SHOW grants for ‘username'@‘host';

Die Innodb-Engine bietet Unterstützung für ACID-Transaktionen:

• A (Atomizität; Atomizität) bezieht sich auf eine Transaktion oder alle Ausführungen , oder nicht ausführen;

• C (Konsistenz) bedeutet, dass die Ausführung der Transaktion die Konsistenz der Daten in der Datenbank nicht ändert; 🎜 >I (Unabhängigkeit; Isolation), auch Isolation genannt, bezieht sich auf den Zustand, in dem zwei oder mehr Transaktionen nicht abwechselnd ausgeführt werden.

• D (Durability; Haltbarkeit) bezieht sich auf den Zustand, in dem zwei oder mehr Transaktionen nicht abwechselnd ausgeführt werden Wenn eine Transaktion erfolgreich ausgeführt wird, bleiben die vorgenommenen Änderungen in der Datenbank erhalten und werden nicht ohne Grund zurückgesetzt

MYSQL-Isolationsstufe:

Dirty Read: Ermöglicht das Lesen nicht festgeschriebener Dirty-Daten. Nicht wiederholbares Lesen: Einige Datensätze werden am Punkt T1 gelesen. Wenn diese Datensätze am Punkt T2 erneut gelesen werden, wurden diese Datensätze möglicherweise geändert oder sind verschwunden.

Phantomlesung: Behebt das Problem des nicht wiederholten Lesens und stellt sicher, dass in derselben Transaktion die Ergebnisse der

Abfrage

dem Status zu Beginn der Transaktion entsprechen.

MYSQL-Sperrmechanismus:

Der Sperrmechanismus besteht darin, dass die Datenbank verschiedene gemeinsam genutzte Ressourcen ändert, wenn gleichzeitig auf sie zugegriffen wird, um die Konsistenz sicherzustellen der Datenbank.

Sperren auf Zeilenebene

• Die Granularität des Sperrens von

  Objekten
ist sehr gering und kann leicht zu Deadlocks führen, aber Sperren Ressourcen konkurrieren um Ressourcen. Die Wahrscheinlichkeit, sie zu nutzen, ist ebenfalls minimal.

• Sperren auf Seitenebene

• liegt zwischen Sperren auf Zeilenebene und Sperren auf Tabellenebene.

• Sperrung auf Tabellenebene

• Sperrmechanismus mit maximaler Granularität. Es ist weniger wahrscheinlich, dass ein Deadlock auftritt, aber es ist wahrscheinlicher, dass es zu einem Ressourcenwettbewerb kommt.

Sperren auf Tabellenebene wird hauptsächlich in einigen nicht-transaktionalen Speicher-Engines wie MyISAM, Memory und CSV verwendet. Sperren auf Zeilenebene werden hauptsächlich in den Speicher-Engines Innodb und NDBCluster verwendet. Sperren auf Seitenebene werden hauptsächlich in BerkeleyDB verwendet.

Das obige ist der detaillierte Inhalt vonmysql5.7-Methode zum Ändern des anfänglichen Benutzerkennworts_Mysql. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!