Zusammenfassung der häufigen MySQL-Fehleranalyse und -Lösungen

Verwandte kostenlose Lernempfehlungen: MySQL-Video-Tutorial

1. Es kann keine Verbindung zum MySQL-Server auf „localhost“ (10061) hergestellt werden.
Übersetzung: Es kann keine Verbindung zu MySQL hergestellt werden localhost
Analyse: Dies zeigt, dass der Computer „localhost“ existiert, aber der MySQL-Dienst auf diesem Computer nicht bereitgestellt wird.
Sie müssen den MySQL-Dienst auf dieser Maschine starten. Dieser Fehler tritt auch auf, wenn die Maschinenlast zu hoch ist und keine Zeit für entsprechende Anfragen bleibt.
Lösung: Da es nicht gestartet wurde, starten Sie MySQL auf diesem Computer. Wenn der Start fehlschlägt, liegt das meist daran, dass ein Problem mit Ihrer my.ini-Konfiguration vorliegt. Konfigurieren Sie es einfach neu.
Wenn Sie das Gefühl haben, dass die MySQL-Last abnormal ist, können Sie in das Verzeichnis mysql/bin gehen und mysqladmin -uroot -p123 Processlist ausführen, um den aktuellen MySQL-Prozess anzuzeigen.

2. Unbekannter MySQL-Server-Host „localhosadst“ (11001)
Übersetzung: Unbekannter MySQL-Server localhosadst
Analyse: Server localhosasdst existiert nicht. Oder es ist überhaupt keine Verbindung möglich
Lösung: Überprüfen Sie sorgfältig ./config.inc.php in Ihrem Forum, um $dbhost zu finden, und setzen Sie es auf die richtige MySQL-Serveradresse zurück.

3. Zugriff verweigert für Benutzer: „roota@localhost“ (Passwort verwenden: JA)
Übersetzung: Der Zugriff des Benutzers roota auf localhost ist verweigert (kann nicht passieren)
Analyse: Dieser Fehler wird durch den allgemeinen Datenbankbenutzer verursacht Name und Passwort relativ zum MySQL-Server falsch
Lösung: Überprüfen Sie sorgfältig ./config.inc.php in Ihrem Forum, finden Sie $dbuser und $dbpw, überprüfen Sie, setzen Sie es zurück und speichern Sie es.

4. Zugriff für Benutzer: „red@localhost“ auf die Datenbank „newbbs“ verweigert
Übersetzung: Benutzer red hat keine Berechtigung, die Datenbank „newbbs“ auf dem Localhost-Server zu betreiben. Dieser wurde beim Herstellen der Verbindung zur Datenbank blockiert und dieser Fehler wurde beim Bearbeiten der Datenbank verursacht. Wählen Sie beispielsweise „Update“ usw. aus. Dies liegt daran, dass der Benutzer nicht über die entsprechenden Rechte zum Betrieb der Datenbank verfügt. Beispielsweise wird der Auswahlvorgang in mysql.user.Select_priv aufgezeichnet. Y kann ausgeführt werden, N kann nicht ausgeführt werden.
Lösung: Wenn es sich um Ihren eigenen unabhängigen Host handelt, aktualisieren Sie den entsprechenden Benutzerdatensatz von mysql.user. Der zu aktualisierende Benutzer ist hier beispielsweise rot. Oder ändern Sie ./config.inc.php direkt, um einen Benutzer mit der Berechtigung zum Betreiben der Datenbank zu konfigurieren
Oder aktualisieren Sie die Autorisierung durch den folgenden Befehl: Gewähren Sie alle Berechtigungen für dbname.* an „Benutzer“@„localhost“, identifiziert durch „Passwort“
Tipp: Nach dem Aktualisieren der Datensätze in der MySQL-Bibliothek müssen Sie den MySQL-Server neu starten, damit das Update wirksam wird.
FLUSH PRIVILEGES; Die Einstellung $dbname in config.inc.php ist falsch. Infolgedessen existiert die Datenbank überhaupt nicht, daher gibt $db->select_db($dbname); false zurück. Dies ist dasselbe wie bei Frage 4 oben, was ebenfalls dazu führt so ein Fehler. Wenn Sie feststellen, dass es kein Problem mit den Einstellungen von config.inc.php gibt, dieser Fehler aber weiterhin angezeigt wird, muss dies der Fall sein.
Lösung: Verschreiben Sie das richtige Medikament.

Öffnen Sie config.inc.php, suchen Sie $dbname, überprüfen Sie die Neukonfiguration und speichern Sie sie.

Dasselbe wie bei der Lösung für Problem 4.
6 Die Datei „xxx_forums.MYI“ kann nicht geöffnet werden. (Fehlernummer: 145)

Übersetzung: xxx_forums.MYI kann nicht geöffnet werden
Problemanalyse:
Diese Situation wird dadurch verursacht, dass cdb_forums.MYI nicht geöffnet werden kann. Mögliche Gründe für diese Situation sind:
1. Der Server wurde abnormal heruntergefahren. Der Datenbankspeicherplatz ist voll oder es liegen andere Gründe vor. Aus unbekannten Gründen wurde die Datenbanktabelle beschädigt.
2. Das direkte Kopieren und Verschieben der Datenbankdatei unter einem Unix-ähnlichen Betriebssystem führt aufgrund des Gruppenbesitzes der Datei zu diesem Fehler.

Lösung:

1. Reparieren Sie die Datentabelle Sie können die folgenden zwei Methoden verwenden, um die Datentabelle zu reparieren: (Die erste Methode ist nur für unabhängige Hostbenutzer geeignet) 1) Verwenden Sie myisamchk, MySQL verfügt über eine spezielle Benutzerdatentabellenprüfung und Reparaturwerkzeug - myisamchk. Ändern Sie das aktuelle Verzeichnis in MySQL/bin. Im Allgemeinen kann der Befehl myisamchk nur in diesem Verzeichnis ausgeführt werden. Häufig verwendete Reparaturbefehle sind: myisamchk -r Datendateiverzeichnis/Datentabellenname.MYI; 2) Reparatur über phpMyAdmin. Klicken Sie nach dem Eingeben einer bestimmten Tabelle auf „Vorgang“. Reparaturtabelle“ in „Tabellenpflege“.
Hinweis: Sichern Sie unbedingt die Datenbank, bevor Sie die beiden oben genannten Reparaturmethoden ausführen.
2. Ändern Sie die Gruppe der Datei (nur für unabhängige Hostbenutzer geeignet)
1) Während des Kopiervorgangs der Datenbankdatei wurde die Datenbankdatei nicht so eingestellt, dass sie für das Konto, auf dem MySQL ausgeführt wird, lesbar und beschreibbar ist (gilt allgemein für Linux). und FreeBSD-Benutzer).

7. Tabelle „test.xxx_sessions“ existiert nicht
Übersetzung: Tabelle xxxxx existiert nicht
Analyse: Die Tabelle wird beim Ausführen der SQL-Anweisung nicht gefunden, wie zum Beispiel: SELECT * FROM xxx_members WHERE uid='XX' Wenn die Tabelle xxx_members in der $dbname-Bibliothek nicht vorhanden ist, wird dieser Fehler angezeigt. Die konkrete Situation kann in den folgenden drei Situationen besprochen werden:
Die Programmdatei wurde bei der Installation des Plug-Ins oder Hacks geändert, es wurde jedoch vergessen, die Datenbank entsprechend zu aktualisieren.
Im Hintergrund wird ein unvollständiges Backup verwendet und beim Importieren der Daten werden diese nicht in die Datenbank des Forums importiert, in dem die entsprechende Version installiert ist.
Lösung: Gleiche Lösung, aber unterschiedliche Behandlungsmethoden aus unterschiedlichen Gründen.
Überprüfen Sie sorgfältig die Installationsanweisungen des Plug-in-Autors und ergänzen Sie die fehlenden Datenbankoperationen. Wenn das Problem immer noch nicht gelöst werden kann, sollten Sie an der Verfügbarkeit des Plug-ins zweifeln. Wenden Sie sich an den Autor des Plug-Ins oder deinstallieren Sie es.
Seien Sie nicht überheblich und tragen Sie Schuhe, die so groß sind wie Ihre Füße. Kurz gesagt, die Programmdatei und die Datenbank können abgeglichen werden

8. Unbekannte Spalte „Spaltenname“ in „Feldliste“
Übersetzung: Unbekannter Feldname Spaltenname
Analyse: Beim Ausführen der SQL-Anweisung ein Feld, das nicht vorhanden ist in der angegebenen Tabelle erscheint, tritt dieser Fehler auf. Die spezifischen Gründe können in die folgenden zwei Arten unterteilt werden: Änderung der Programmdatei bei der Installation von Plug-Ins oder Hacks, aber Vergessen, die Datenbank entsprechend zu aktualisieren.
Die Programmdatei und die Datenbank stimmen nicht überein, wenn beispielsweise die d2.5-Datenbank für die Verwendung durch das d4.1-Programm konfiguriert ist, wird dieser Fehler definitiv auftreten.
Lösung: Die Ursache ist dieselbe wie bei 1 und 3 von Problem 8, daher ist auch die Lösung dieselbe.

9. Sie haben einen Fehler in Ihrer SQL-Syntax Übersetzung: Es gibt einen Syntaxfehler in Ihrer SQL
Analyse: Es gibt keinen SQL-Syntaxfehler in den Standardverfahren des Forums. Daher gibt es im Allgemeinen zwei Arten von Gründen für diesen Fehler: die Installation von Plug-Ins oder die unbefugte Änderung des Programms.
Verschiedene Datenbankversionen werden exportiert und importiert. Beispielsweise enthalten die Daten von MySQL4.1 Funktionen, die MySQL4.0 nicht in der exportierten Anweisung enthält, z. B. Zeichensatzeinstellungen. Zu diesem Zeitpunkt werden diese SQL-Dateien in MySQL4 importiert. 0, es wird ein SQL-Syntaxfehler auftreten.
Lösung:
Überprüfen Sie sorgfältig, wo der Fehler liegt und beheben Sie ihn. Wenn es nicht funktioniert, ersetzen Sie das fehlerhafte Programm durch ein Standardprogramm.
Bitte achten Sie beim Sichern der Datenbank darauf, dass Sie diese nicht in andere Versionen von MySQL übertragen möchten. Andernfalls sind spezielle Einstellungen erforderlich. Mithilfe der Hintergrunddatensicherung von DZ4.1 können Sie den Anweisungen folgen, um das gewünschte Format einzustellen. Unabhängige Hosts können es auch von überall aus in das MySQL4.0-Format exportieren.
mysqldump -uroot -p –default-character-set=latin1 –set-charset=gbk –skip-opt databse > test.sql

10. Doppelter Eintrag „xxx“ für Schlüssel 1

Übersetzung: xxx einfügen make Index 1 wird wiederholt Analyse: Wenn der Index primär eindeutig ist, muss das Feld, das den Daten in der Datentabelle entspricht, die Eindeutigkeit jedes Datensatzes sicherstellen. Andernfalls tritt dieser Fehler auf.
Tritt im Allgemeinen beim Schreiben von Vorgängen in die Datenbank auf. Das Discuz!-Forumsprogramm erfordert beispielsweise, dass der Benutzername aller Mitglieder eindeutig ist, d. h. der Index des Benutzernamens ist zu diesem Zeitpunkt eindeutig zwangsweise in die Tabelle „cdb_members“ eingefügt. Dieser Fehler wird gemeldet oder der Benutzername eines Datensatzes wird auf einen vorhandenen Benutzernamen aktualisiert.
Dieser Fehler kann auch beim Ändern der Tabellenstruktur auftreten. In der Forumdatenbank von Discuz! 4.0 ist der Indextyp von cdb_members.username beispielsweise zulässig. Beim Upgrade auf 4.1 muss der Index von username geändert werden Ursprünglicher Index auf eindeutig. Wenn zu diesem Zeitpunkt in cdb_members ein Datensatz mit demselben Benutzernamen vorhanden ist, tritt dieser Fehler auf.
Beim Exportieren von Daten wird aus bestimmten Gründen manchmal derselbe Datensatz wiederholt exportiert (der Autor ist noch unklar), daher ist es unvermeidlich, dass dieser Fehler beim Importieren der Sicherungsdaten auftritt.
Der Wert von auto_increment wurde geändert, sodass der „nächste Autoindex“ ein vorhandener Datensatz ist.
Lösung: Zwei Ideen, eine besteht darin, den eindeutigen Index zu zerstören. Die zweite besteht darin, doppelte Datensätze zu entfernen und nur einen zu behalten. Offensichtlich ist die erste Denkweise nicht ratsam. Dann entwickeln wir gemäß der zweiten Idee die folgenden Lösungen, die der oben genannten i ii iii
Abkürzung entsprechen
Befolgen Sie die Informationen in der Fehlermeldung, um die doppelten Datensätze in der Datenbank zu löschen und nur einen zu behalten. Fahren Sie dann mit dem Upgrade-Vorgang fort.
Die Wahrscheinlichkeit, dass dies geschieht, ist sehr gering. Sie können das Sicherungsdokument mit einem Texteditor öffnen und doppelte Informationen finden. Entfernen Sie den Überschuss und behalten Sie nur einen Streifen.
Fragen Sie den Datensatz mit dem größten Auto_Inkrement in der Tabelle ab und setzen Sie Auto_Inkrement auf einen Wert, der um eins größer ist.
PS: Reparieren Sie die Tabelle „Tabellenname“, wodurch das Problem vorübergehend behoben werden kann.

11. Doppelter Schlüsselname „xxx“
Übersetzung: Doppelter Indexname
Analyse: Der zu erstellende Index ist bereits vorhanden, was diesen Fehler hauptsächlich bei Upgrades verursacht. Möglicherweise handelt es sich um einen Fehler, der durch wiederholte Upgrades verursacht wird, bei denen bereits ein Upgrade durchgeführt wurde. Es ist auch möglich, dass der vom vorherigen Benutzer ohne Autorisierung hinzugefügte Index mit dem in der Upgrade-Datei identisch ist.
Lösung: Überprüfen Sie, ob der vorhandene Index und der hinzuzufügende Index identisch sind. Wenn sie identisch sind, können Sie diese SQL-Anweisung überspringen. Löschen Sie den vorhandenen Index und führen Sie ihn erneut aus.

12. Doppelter Spaltenname „xxx“
Übersetzung: Doppelter Feldname xxx
Analyse: Das hinzugefügte Feld xxx existiert bereits und tritt meist während des Upgrade-Prozesses auf, was dem Problem 12 entspricht.
Lösung: Überprüfen Sie, ob die vorhandenen Felder genau die gleichen Attribute haben wie die hinzuzufügenden Felder. Wenn sie identisch sind, können Sie die SQL-Anweisung überspringen und sie nicht ausführen. Löschen Sie das Feld. Fahren Sie dann mit dem Upgrade-Vorgang fort.

13. Tabelle „xxx“ existiert bereits
Übersetzung: Datentabelle xxx existiert bereits
Analyse: Tabelle xxx existiert bereits in der Bibliothek. Der erneute Versuch, eine Tabelle mit diesem Namen zu erstellen, führt zu diesem Fehler. Das Gleiche passiert bei Forum-Upgrades. Ähnlich wie bei Frage zwölf.
Lösung: Überprüfen Sie, ob die vorhandene Tabelle genau mit der zu erstellenden Tabelle übereinstimmt. Wenn sie identisch ist, können Sie die Ausführung dieser SQL überspringen. Andernfalls löschen Sie bitte zuerst die vorhandene Tabelle und fahren Sie dann mit der Ausführung der Upgrade-Datei fort.

14. Datenbank „xxx“ kann nicht erstellt werden.
Übersetzung: Datenbank xxx kann nicht erstellt werden, die Datenbank existiert bereits.
Analyse: Der Datenbankname unter MySQL muss eindeutig sein, sonst tritt dieser Fehler auf.
Lösung: Benennen Sie die vorhandene Datenbank um oder benennen Sie die zu erstellende Datenbank um, damit ihre Namen nicht in Konflikt geraten.

15. Zusammenfassung (für Frage 1112131415)
In der Fehlermeldung solcher Fragen ist ein Schlüsselwortduplikat versteckt
Was kann also nicht für die MySQL-Datenbank wiederholt werden?
Datenbankdatenbank
Datentabelle unter derselben Datenbanktabelle
Feldspalte unter derselben Datentabelle
Indexschlüssel unter derselben Datentabelle
Diese Felder in den Datensätzen derselben Datentabelle können nicht wiederholt werden, wenn der Index eindeutig ist (UNIQUE PRIMARY).

16. Unbekannte Systemvariable „NAMES“
Übersetzung: Unbekannte Systemvariable NAMES
Analyse: Die MySQL-Version unterstützt keine Zeichensatzeinstellung. Dieser Fehler tritt auf, wenn der Zeichensatz zwangsweise festgelegt wird.
Lösung: Entfernen Sie die SET NAMES 'xxx'-Anweisung in der SQL-Anweisung

17. Verbindung zum MySQL-Server während der Abfrage verloren
Übersetzung: MySQL-Server hat die Verbindung während der Abfrage verloren
Analyse: Dies ist manchmal der Fall, wenn eine Verbindung zu einer Datenbank hergestellt wird entfernte Frage. Dies wird dadurch verursacht, dass der MySQL-Server beim Ausführen einer SQL-Anweisung die Verbindung verliert.
Lösung: Im Allgemeinen besteht keine Notwendigkeit, sich damit zu befassen. Wenn es häufig auftritt, sollten Sie eine Verbesserung der Hardwareumgebung in Betracht ziehen.

Achtzehn, Benutzer „red“ hat die Ressource „max_updates“ überschritten (aktueller Wert: 500)
Übersetzung: msql user red hat „max_updates“ (maximale Anzahl von Updates), „max_questions“ (maximale Anzahl von Abfragen) überschritten. , 'max_connections' (maximale Anzahl von Verbindungen), derzeit auf 500 eingestellt
Analyse: Unter der MySQL-Datenbank befindet sich eine Bibliothek namens MySQL, und darin befindet sich eine Tabelle für Benutzer. Jeder Datensatz darin entspricht der Autorisierung eines MySQL Benutzer. Die Felder max_questions max_updates max_connections zeichnen jeweils die maximale Anzahl von Abfragen, die maximale Anzahl von Aktualisierungen und die maximale Anzahl von Verbindungen auf. Dieser Fehler tritt auf, wenn ein aktueller Parameter größer als ein festgelegter Wert ist.
Lösung: Unabhängige Hostbenutzer können die Autorisierungstabelle direkt ändern. Starten Sie nach der Änderung MySQL neu oder aktualisieren Sie die Autorisierungstabelle, geben Sie die MySQL-Eingabeaufforderung ein und führen Sie
FLUSH PRIVILEGES;
Denken Sie daran, am Ende ein Semikolon zu haben ';'
Wenn dieses Problem bei Benutzern virtueller Hosts immer auftritt, können sie mit dem Speicherplatz verhandeln Anbieter, der das Problem löst.

19. Zu viele Verbindungen (1040) Zu viele Verbindungen
Übersetzung: Die maximale Anzahl von Verbindungen wurde erreicht
Problemanalyse:
Die Anzahl der Verbindungen überschreitet den von MySQL festgelegten Wert, der sowohl mit max_connections als auch mit wait_timeout zusammenhängt . Je größer der Wert von wait_timeout ist, desto länger wird auf die Verbindung gewartet, was zu einer größeren Anzahl aktueller Verbindungen führt. Lösung:
1. Benutzer virtueller Hosts wenden sich bitte an den Speicherplatzanbieter, um die Konfiguration des MySQL-Servers zu optimieren 2. Unabhängige Host-Benutzer wenden sich bitte an den Serveradministrator, um die Konfiguration des MySQL-Servers zu optimieren:
Ändern Sie die Parameter in der MySQL-Konfigurationsdatei my.ini oder my.cnf:
max_connections= 1000
wait_timeout = 10
Neustart Wenn dieser Fehler nach der Änderung häufig auftritt, führen Sie bitte eine allgemeine Optimierung des Servers durch.

Zwanzig. Für den Benutzer „%s“ auf dem Host „%s“ ist keine solche Berechtigung definiert.
Fehlernummer: 1141.
Problemanalyse:
MySQL. Der aktuelle Benutzer hat keine Berechtigung, auf die Datenbank zuzugreifen.
Lösung:
1. Benutzer virtueller Hosts wenden sich bitte an den Space-Anbieter, um zu bestätigen, ob das Ihnen zur Verfügung gestellte Konto über die Berechtigung zur Autorisierung der Datenbank verfügt.
2. Unabhängige Host-Benutzer wenden sich bitte an den Serveradministrator, um zu bestätigen, ob das Ihnen bereitgestellte Datenbankkonto über die Berechtigung zur Verwaltung dieser Datenbank verfügt.

21. Fehler beim Umbenennen von „%s“ in „%s“ (Fehlernummer: %d)
Fehler: 1025
Problemanalyse:
Bitte überprüfen Sie, ob Ihr Programm die Anweisung zum Namen der Datenbanktabelle geändert hat.
Lösung:
1. Bitte überprüfen Sie, wo in Ihrem Programm Sie den Datenbanktabellennamen ändern müssen.
2. Wenn Ihre tatsächliche Anwendung den Datenbanktabellennamen wirklich ändern muss, wenden Sie sich bitte an den Speicherplatzanbieter oder Serveradministrator, um die Änderung zu öffnen Sind die Berechtigungen des Bibliotheksnamens und des Servers selbst normal?

22. Fehler beim Lesen der Datei „%s“ (Fehlernummer: %d)
Fehler: 1023
Problemanalyse:
Die Datenbankdatei kann nicht gelesen werden.
Lösung:
1. Benutzer virtueller Hosts wenden sich bitte an den Speicherplatzanbieter, um zu überprüfen, ob die Datenbank intakt ist.
2. Unabhängige Hostbenutzer wenden sich bitte an den Serveradministrator, um zu überprüfen, ob MySQL selbst normal ist und ob MySQL die Datei lesen kann. Linux-Benutzer können überprüfen, ob der Eigentümer der MySQL-Datenbankdatei korrekt ist und ob die Datei selbst beschädigt ist.

Dreiundzwanzig, Host „*****“ ist aufgrund vieler Verbindungsfehler blockiert; Entsperren mit „MySQLAdmin Flush-Hosts“-Fehler: 1129 Problemanalyse:
Es gibt eine Ausnahme in der Datenbank. Bitte starten Sie die Datenbank neu.
Lösung:
1. Aufgrund vieler Verbindungsfehler ist der Host „****“ blockiert. Benutzer des virtuellen Hosts wenden sich bitte zur Bearbeitung an den Serveradministrator und führen „****“ aus. In der MySQL-Befehlskonsole können Mysqladmin-Flush-Hosts entsperrt oder die MySQL-Datenbank neu gestartet werden Analyse:
Das Löschen der Datenbankdatei kann nicht dazu führen, dass die Datenbank nicht gelöscht werden kann.
Lösung:

1. Überprüfen Sie, ob das von Ihnen verwendete Datenbankverwaltungskonto über die Berechtigung zum Löschen von Daten verfügt.

2. Prüfen Sie, ob die Datenbank vorhanden ist.
Fünfundzwanzig, Fehler 28 vom Tabellenhandler erhalten

Fehler.:1030
Problemanalyse:
Der Speicherplatz, auf dem sich die Datenbank befindet, ist voll.
Lösung:

1. Benutzer virtueller Hosts wenden sich bitte an den Speicherplatzanbieter, um den Speicherplatz zu vergrößern, auf dem sich MySQL befindet, oder einige nutzlose Dateien zu bereinigen.

2. Benutzer von unabhängigen Hosts wenden sich bitte an den Serveradministrator, um den Speicherplatz zu erhöhen, auf dem sich MySQL befindet oder bereinigen Sie einige nutzlose Dateien
26 Wenn Sie keinen neuen Thread erstellen können, können Sie im Handbuch nach einem möglichen betriebssystemabhängigen Fehler suchen.

Fehler.:11/35
Problemanalyse:
Datenbankserverproblem, Datenbankbetrieb kann keine neuen Threads erstellen. Im Allgemeinen gibt es zwei Gründe:
1. Überlauf des Serversystemspeichers.

2. Die Umgebungssoftware ist beschädigt oder das System ist beschädigt.

Lösung: 1. Benutzer virtueller Hosts wenden sich bitte an den Speicherplatzanbieter, um zu prüfen, ob der Speicher und das System des Datenbankservers normal sind. 2. Unabhängige Host-Benutzer wenden sich bitte an den Serveradministrator, um zu überprüfen, ob der Speicher des Servers und das System normal sind. Wenn der Speicher des Servers knapp ist, überprüfen Sie bitte, welche Prozesse den Speicher des Servers verbrauchen, und überlegen Sie, ob Sie den Speicher des Servers erhöhen sollten, um die Gesamtleistung zu verbessern Belastbarkeit.


Siebenundzwanzig. Fehler: Der Client unterstützt das vom Server angeforderte Authentifizierungsprotokoll nicht.

Fehler: 1251
Problemanalyse:
Wenn nach dem Upgrade von MySQL auf Version 4.1 oder höher die oben genannten Probleme auftreten Stellen Sie zunächst sicher, dass Ihr MySQL-Client die Version 4.1 oder höher hat (wenn unter Windows ein Problem auftritt, springen Sie direkt zum Folgenden, um die Lösung zu sehen, da MySQL zusammen mit dem Client und dem Server unter Windows installiert wird).
Lösung:

1. Windows-Plattform

Ändern Sie hauptsächlich die Verschlüsselungsmethode des mit MySQL 4.1/5.0 verbundenen Kontos, das über PASSWORT verschlüsselt ist. Es kann mit den folgenden zwei Methoden gelöst werden: 1) mysql->SET PASSWORD FOR 'some_user'@'some_host'=OLD_PASSWORD('new_password'); 2) mysql->UPDATE mysql.user SET Password=OLD_PASSWORD ('new_password') WHERE Host='some_host' AND User='some_user';
2. Linux/Unix-Plattform
Stellen Sie unter der Linux-Plattform zunächst fest, ob der MySQL-Client installiert wurde. Dies ist sehr einfach mit rpm zu installieren. Der Linux-Code lautet:
rpm -ivh MySQL-client-4.1.15-0.i386.rpm
Fügen Sie dann beim Kompilieren von PHP Folgendes hinzu:
–with-mysql=/your/path/to/mysql
Dies kann normalerweise gelöst werden . Wenn dieser Fehler weiterhin auftritt, können Sie es wie folgt tun:
mysql->SET PASSWORD FOR 'some_user'@'some_host'=OLD_PASSWORD('new_password');
mysql->UPDATE mysql.user SET Password= OLD_PASSWORD( 'new_password') WHERE Host='some_host' AND User='some_user';

Achtundzwanzig. Fehler: Verbindung zum lokalen MySQL-Server über Socket '/var/lib/mysql/mysql.sock' nicht möglich
Fehler:2002
Problemanalyse:
Dieser Fehler tritt normalerweise aufgrund der folgenden zwei auf Gründe:
1. Der MySQL-Server ist nicht gestartet.
2. Der MySQL-Server ist gestartet, aber die Socket-Datei kann nicht gefunden werden.
Lösung:
1. Benutzer virtueller Hosts wenden sich bitte an den Speicherplatzanbieter, um zu bestätigen, ob die Datenbank normal startet.
2. Für unabhängige Host-Benutzer prüfen Sie bitte, ob der MySQL-Dienst aktiviert ist. Wenn nicht, starten Sie bitte den MySQL-Dienst. Wenn er aktiviert ist und es sich um ein Linux-System handelt, überprüfen Sie bitte den Pfad des MySQL-Sockets Öffnen Sie config.inc.php, um es zu finden.
$dbhost = 'localhost'; Fügen Sie nach dem Hostnamen einen Doppelpunkt ':' und den Pfad des MySQL-Sockets hinzu.
Wenn der MySQL-Server beispielsweise localhost ist
Der Pfad des MySQL-Sockets lautet /tmp/mysql.sock
Dann ändern Sie ihn wie folgt:
$dbhost = 'localhost:/temp/mysql.sock';

Twenty -nine, Es kann keine Verbindung zum MySQL-Server auf „localhost“ hergestellt werden
Fehler:2003
Problemanalyse:
Der MySQL-Dienst startet normalerweise nicht, wenn MySQL unter ungewöhnlichen Umständen nicht startet, z. B. wenn kein Datenträger verfügbar ist Leerzeichen, MySQL in my.ini Die Einstellung des basedir-Pfads ist falsch usw.
Lösung:
1. Überprüfen Sie, ob noch freier Speicherplatz auf der Festplatte vorhanden ist, und versuchen Sie, genügend Speicherplatz freizuhalten.
2. Überprüfen Sie, ob die Parameter wie basedir in my.ini richtig eingestellt sind, und starten Sie dann den MySQL-Dienst neu.

Dreißig, Verbindung zum MySQL-Server während der Abfrage unterbrochen
Fehler.:2013
Problemanalyse:
Die Verbindung zum MySQL-Server wurde während der Datenbankabfrage unterbrochen.
Lösung:
1. Bitte überprüfen Sie, ob Ihr Programm sehr ineffiziente Programme enthält, z. B. einige Plug-Ins. Sie können die Plug-Ins deinstallieren und prüfen, ob der Server normal ist.
2. Der Server selbst ist ressourcenintensiv. Benutzer virtueller Hosts wenden sich bitte an den Space-Anbieter. Benutzer unabhängiger Hosts sollten sich an den Serveradministrator wenden, um zu überprüfen, ob der Server normal ist.

31. Es wurde ein Paket größer als „max_allowed_packet“ Bytes erhalten
Fehlernummer: 1153
Problemanalyse: Die Größe des Upload-Anhangs von Mantis wurde angepasst, die MySQL-Konfigurationsdatei wurde jedoch nicht angepasst.
Lösung:
1. Unabhängige Host-Benutzer passen bitte Folgendes an:
Suchen Sie die MySQL-Konfigurationsdatei (my.cnf oder my.ini)
Fügen Sie einen Satz im Abschnitt [mysqld] hinzu (falls vorhanden, passen Sie einfach seinen Wert an):
max_allowed_packet=10M
Starten Sie einfach den MySQL-Dienst neu. Die Einstellung hier ist 10 MB.
2. Benutzer virtueller Hosts wenden sich bitte an den Raumanbieter, um diesen Parameter anzupassen.

Weitere verwandte kostenlose Lernempfehlungen: MySQL-Tutorial(Video)

Das obige ist der detaillierte Inhalt vonZusammenfassung der häufigen MySQL-Fehleranalyse und -Lösungen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!