MySQL 8.0-Installation auf Unbuntu 20.04 authentication_string-Meldung

MySQL 8.0-Installation auf Unbuntu 20.04 authentication_string-Meldung

Ich habe mehrere Tutorials befolgt, um MySQL 8.0 auf Ubuntu 20.04 zu installieren. Alles funktioniert, ohne dass im MySQL-Protokoll Fehler gemeldet werden.

Meine Frage ist, wenn ich diesen Befehl eingebe:

SELECT user,authentication_string,plugin,host FROM mysql.user;

Es gibt die Ausgabe der von den Benutzern verwendeten Authentifizierungsmethode zurück.

+------------------+------------------------------------------------------------------------+-----------------------+-----------+
| user | authentication_string | plugin | host |
+------------------+------------------------------------------------------------------------+-----------------------+-----------+
6 debian+b #\siDqHjswpns2/K47l/F308RUepcThPVhJGQr2RWJk22 | caching_sha2_password | localhost |

| mysql.infoschema | $A$005$THISISACOMBINATIONOFINVALIDSALTANDPASSWORDTHATMUSTNEVERBRBEUSED | caching_sha2_password | localhost |

| mysql.session | $A$005$THISISACOMBINATIONOFINVALIDSALTANDPASSWORDTHATMUSTNEVERBRBEUSED | caching_sha2_password | localhost |

| mysql.sys | $A$005$THISISACOMBINATIONOFINVALIDSALTANDPASSWORDTHATMUSTNEVERBRBEUSED | caching_sha2_password | localhost |

| root | $A$005$dTc)W-"llags)qp0o48Ov..6NwzAnLhuMRrkttballyzCE16p6zoOE4 | caching_sha2_password | localhost |
+------------------+------------------------------------------------------------------------+-----------------------+-----------+
6 rows in set (0.03 sec)

Alle Benutzer haben Zahlen, Buchstaben, Zeichen authentication_strings(wie oben), mysql.session, mysql.infoschema and mysql.sys authentication_stringsenthalten jedoch diese Nachricht:

$A$005$THISISACOMBINATIONOFINVALIDSALTANDPASSWORDTHATMUSTNEVERBRBEUSED

Was bedeutet das, ist das ein Problem?

Ich habe überall gesucht, einschließlich der MySQL 8.0-Dokumente, aber es scheint keine Antwort in Bezug auf diese spezielle Nachricht in der Authentifizierungszeichenfolge zu geben.

Ich habe nicht versucht, dies zu beheben, da auf meinem LAMP-Stapel alles einwandfrei zu funktionieren scheint.

Antwort1

Dies sind interne Datenbankbenutzer, die Sie in keiner Weise ändern sollten.

DerInstallationsskripteErstellen Sie für MySQL selbst diese Benutzer und weisen Sie diesen Hash zu, der so konzipiert ist, dass er niemals mit einem möglichen Passwort übereinstimmt. Es ist beabsichtigt, dass diese Benutzerkonten niemals für reguläre Verbindungen verwendet werden.

Der Zweck dieser Benutzer wird imDokumentation.

  • 'mysql.sys'@'localhost'DEFINER: Wird verwendet alsSystemSchemaobjekte. Die Verwendung des mysql.sysKontos vermeidet Probleme, die auftreten, wenn ein DBA das Root-Konto umbenennt oder entfernt. Dieses Konto ist gesperrt, sodass es nicht für Clientverbindungen verwendet werden kann.

  • 'mysql.session'@'localhost': Wird intern von Plugins für den Zugriff auf den Server verwendet. Dieses Konto ist gesperrt, sodass es nicht für Clientverbindungen verwendet werden kann. Das Konto ist ein Systemkonto.

  • 'mysql.infoschema'@'localhost'DEFINER: Wird verwendet alsINFORMATION_SCHEMAAnsichten. Die Verwendung des mysql.infoschemaKontos vermeidet Probleme, die auftreten, wenn ein DBA das Root-Konto umbenennt oder entfernt. Dieses Konto ist gesperrt, sodass es nicht für Clientverbindungen verwendet werden kann.

verwandte Informationen