Fehlercode: 2013. Verbindung zum MySQL-Server während der Abfrage verloren

Question

Ich habe die Fehlercode: 2013. Verbindung zum MySQL-Server während der Abfrage verloren Fehler, als ich versuchte, mit MySQL Workbench einen Index zu einer Tabelle hinzuzufügen. Ich habe auch festgestellt, dass der Fehler immer dann auftritt, wenn ich eine lange Abfrage ausführe.

Ist es möglich, den Timeout-Wert zu erhöhen?

Answer 1

Ich hatte das gleiche Problem. Ich glaube, es passiert, wenn Sie Fremdschlüssel zu größeren Tabellen haben (was Zeit kostet).

Ich habe versucht, die Anweisung create table erneut ohne die Fremdschlüsseldeklarationen auszuführen, und es hat funktioniert.

Nachdem ich die Tabelle erstellt hatte, fügte ich die Fremdschlüssel-Beschränkungen mit der ALTER TABLE-Abfrage hinzu.

Ich hoffe, dass dies jemandem helfen wird.

Answer 2

Bei mir hat nichts davon funktioniert. Dann habe ich versucht, den mysql-Dienst zu stoppen und ihn wieder zu starten, und wie durch Zauberei begann die Abfrage zu laufen :D .

$ sudo service mysql stop
$ sudo service mysql start

Ich hoffe, das hilft

Answer 3

Es stellte sich heraus, dass unsere Firewall-Regel meine Verbindung zu MYSQL blockierte. Nachdem die Firewall-Richtlinie aufgehoben wurde, um die Verbindung zu erlauben, konnte ich das Schema erfolgreich importieren.

Answer 4

Ich verwende MySql Server 8.0.28 Community Edition. 100+ Tabellen in meinen Schemas erstellt. MySql Server funktioniert nicht richtig und stürzt oft ab. Ich fand Probleme und Lösungen.

Ich habe "select count(*) from table1..table100"-Abfragen geschrieben und in der .sql-Datei ausgeführt.

Ausgabe 1: MySql Server-Einrichtung für utf8mb4 und meine Tabellen mit utf8 erstellt.

Lösung 1 : Sie müssen Ihre Tabellen und Spalten einstellen oder mit utf8mb4 neu erstellen.

Ausgabe 2: Die zurück_log Parameter müssen neu konfiguriert werden.

Lösung 2 : set back_log=50+(coonectioncount/5)

Ausgabe 3 : Wartezeit_Zeitlimit Parameter müssen neu konfiguriert werden.

Lösung 3: Sie müssen den Wert auf 180+ einstellen (Sie können auch höhere Werte ausprobieren)

Diese Maßnahmen haben meine Probleme gelöst.

Answer 5

Meine Beobachtung -

wenn Sie MySQL Workbench und Terminal zusammen ausführen und im Terminal -

SET AUTOCOMMIT = 0;

OR

START TRANSACTION;

Dann steht man in der Regel vor einem solchen Problem.

Und selbst danach -

SET AUTOCOMMIT = 1;

OR

COMMIT;

Die Probleme bleiben bestehen.

Sie müssen sich sowohl vom Terminal als auch von der MYSQL Workbench abmelden und dann wieder anmelden oder einen Neustart durchführen.