Error: MySQL shutdown unexpectedly

[Franco54]

hi, I also have the same problem:
windows 11

15:01:22 [main] Initializing Control Panel
15:01:22 [main] Windows Version: Home 64-bit
15:01:22 [main] XAMPP Version: 8.0.15
15:01:22 [main] Control Panel Version: 3.3.0 [ Compiled: Apr 6th 2021 ]
15:01:22 [main] Running with Administrator rights - good!
15:01:22 [main] XAMPP Installation Directory: "c:\xampp80\"
15:01:22 [main] Checking for prerequisites
15:01:22 [main] All prerequisites found
15:01:22 [main] Initializing Modules
15:01:22 [main] The FileZilla module is disabled
15:01:22 [main] The Mercury module is disabled
15:01:22 [main] Starting Check-Timer
15:01:22 [main] Control Panel Ready
15:01:25 [Apache] Attempting to start Apache app...
15:01:25 [Apache] Status change detected: running
15:01:34 [mysql] Attempting to start MySQL app...
15:01:34 [mysql] Status change detected: running
15:01:36 [mysql] Status change detected: stopped
15:01:36 [mysql] Error: MySQL shutdown unexpectedly.
15:01:36 [mysql] This may be due to a blocked port, missing dependencies,
15:01:36 [mysql] improper privileges, a crash, or a shutdown by another method.
15:01:36 [mysql] Press the Logs button to view error logs and check
15:01:36 [mysql] the Windows Event Viewer for more clues
15:01:36 [mysql] If you need more help, copy and post this
15:01:36 [mysql] entire log window on the forums

mysql_error.log:
2022-02-16 15:01:34 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2022-02-16 15:01:34 0 [Note] InnoDB: Uses event mutexes
2022-02-16 15:01:34 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2022-02-16 15:01:34 0 [Note] InnoDB: Number of pools: 1
2022-02-16 15:01:34 0 [Note] InnoDB: Using SSE2 crc32 instructions
2022-02-16 15:01:34 0 [Note] InnoDB: Initializing buffer pool, total size = 16M, instances = 1, chunk size = 16M
2022-02-16 15:01:34 0 [Note] InnoDB: Completed initialization of buffer pool
2022-02-16 15:01:34 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2022-02-16 15:01:34 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2022-02-16 15:01:34 0 [Note] InnoDB: Setting file '\xampp80\mysql\data\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2022-02-16 15:01:34 0 [Note] InnoDB: File '\xampp80\mysql\data\ibtmp1' size is now 12 MB.
2022-02-16 15:01:34 0 [Note] InnoDB: 10.4.22 started; log sequence number 126114085; transaction id 71805
2022-02-16 15:01:34 0 [Note] InnoDB: Loading buffer pool(s) from C:\xampp80\mysql\data\ib_buffer_pool
2022-02-16 15:01:34 0 [Note] Plugin 'FEEDBACK' is disabled.
2022-02-16 15:01:34 0 [Note] Server socket created on IP: '::'.

can you give me a hand to solve?
thank you

[EDIT by Altrea: splitted from original topic - one topic per unique user and problem rule]

[Altrea]

Hi,

Sadly this log does not contain any errors.

Try to start MariaDB as console application in XAMPP Shell with the following command and tell us what it responses.

Code: Select all

mysqld --defaults-file=mysql\bin\my.ini --standalone --console

[Franco54]

hi Altrea,
I did as you told me and I received the message as per attached image

Setting environment for using XAMPP for Windows.

franc@ASUSVIVOBOOKPRO c:\xampp80
# mysqld --defaults-file=mysql\bin\my.ini --standalone --console
2022-02-16 18:14:05 0 [Note] Using unique option prefix 'key_buffer' is error-prone and can break in the future. Please use the full name 'key_buffer_size' instead.
2022-02-16 18:14:05 0 [Note] mysqld (mysqld 10.4.22-MariaDB) starting as process 3344 ...
2022-02-16 18:14:05 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2022-02-16 18:14:05 0 [Note] InnoDB: Uses event mutexes
2022-02-16 18:14:05 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2022-02-16 18:14:05 0 [Note] InnoDB: Number of pools: 1
2022-02-16 18:14:05 0 [Note] InnoDB: Using SSE2 crc32 instructions
2022-02-16 18:14:05 0 [Note] InnoDB: Initializing buffer pool, total size = 16M, instances = 1, chunk size = 16M
2022-02-16 18:14:05 0 [Note] InnoDB: Completed initialization of buffer pool
2022-02-16 18:14:06 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2022-02-16 18:14:06 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2022-02-16 18:14:06 0 [Note] InnoDB: Setting file '\xampp80\mysql\data\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2022-02-16 18:14:06 0 [Note] InnoDB: File '\xampp80\mysql\data\ibtmp1' size is now 12 MB.
2022-02-16 18:14:06 0 [Note] InnoDB: 10.4.22 started; log sequence number 126114112; transaction id 71805
2022-02-16 18:14:06 0 [Note] InnoDB: Loading buffer pool(s) from c:\xampp80\mysql\data\ib_buffer_pool
2022-02-16 18:14:06 0 [Note] Plugin 'FEEDBACK' is disabled.
2022-02-16 18:14:06 0 [Note] Server socket created on IP: '::'.
2022-02-16 18:14:06 0 [ERROR] mysqld: Table '.\mysql\db' is marked as crashed and last (automatic?) repair failed
2022-02-16 18:14:06 0 [ERROR] Fatal error: Can't open and lock privilege tables: Table '.\mysql\db' is marked as crashed and last (automatic?) repair failed
2022-02-16 18:14:06 0 [ERROR] Aborting

[Altrea]

2022-02-16 18:14:06 0 [ERROR] mysqld: Table '.\mysql\db' is marked as crashed and last (automatic?) repair failed
2022-02-16 18:14:06 0 [ERROR] Fatal error: Can't open and lock privilege tables: Table '.\mysql\db' is marked as crashed and last (automatic?) repair failed
2022-02-16 18:14:06 0 [ERROR] Aborting

your mysql database needs to be repaired.

To do this please open the XAMPP Shell by clicking the Shell button in your XAMPP Control Panel and execute the following command:

Code: Select all

mysqld --console --skip-grant-tables --skip-external-locking

MariaDB will start without grants, so any user will get permitted. You can do backups/exports as you wish at this time to save your work.

Leave this black command line window open and click on the Shell button in the Control Panel again to open a second command line window and execute this command:

Code: Select all

mysqlcheck -r --databases mysql --use-frm

After that you Can close both command line Windows and try to start MariaDB again normally from your XAMPP control panel

[Franco54]

thanks,
everything ok

[schokoladenguru]

Ich stelle meine Frage jetzt mal hier in diesem relativ alten Thread, hoffe, dass das der richtige Ort dafür ist.

Ich nutze XAMPP for Windows 8.2.0 unter windows11 lokal für die Entwicklung von Datenbanken.

Nach inzwischen jetzt der dritten Neuinstallation von XAMPP for Windows 8.2.0 (jeweils mit Einspielen der SQL-Backups für meine Datenbanken, Neuanlegen der Nutzer usw) frage ich mich, warum der in diesem Thread beschriebene Fehler nach 1-2 Wochen IMMER WIEDER neu auftritt.

Das im Thread beschriebene Vorgehen, um MySQL (bzw. MariaDB) wieder zum Laufen zu bringen, funktioniert zwar, ist jedoch eben keine Dauerlösung, weil der Fehler aus unerfindlichen Gründen eben nach 1-2 Wochen wieder erneut auftritt - selbst dann, wenn ich XAMPP for Windows 8.2.0 vollständig neu installiere.

Mit XAMPP, MySQL und php unter Windows arbeite ich sei mehr als 10 Jahren, aber diese Häufung von immer den gleichen Fehlern hatte ich vorher noch nie.

Immer wieder heißt es (i.d.R. beim Versuch, nach einem Tag Arbeit MySQL/MariaDB neu zu starten), dass die Tabelle "mysql/db" (die ich weder in phpMyAdmin noch auf der Console jemals geöffnet oder gar geändert habe) gecrashed sei und alle Repair-Versuche gescheitert wären. Wie z.B. hier:

2023-03-18 11:31:21 0 [ERROR] mysqld: Table '.\mysql\db' is marked as crashed and last (automatic?) repair failed
2023-03-18 11:31:21 0 [ERROR] Fatal error: Can't open and lock privilege tables: Table '.\mysql\db' is marked as crashed and last (automatic?) repair failed

WARUM PASSIERT DAS?

Einen versehentlichen harten Shutdown des Servers oder von MySQL als Ursache kann ich definitiv ausschließen. Ich schließe ERST MySQL, dann den Server vom controlpanel (v3.3.0) aus. Ebenso einen Festplattenfehler.

Nach einer vollständigen Neuinstallation von XAMPP for Windows 8.2.0 sowie Einspielen der SQL-Backups für meine Datenbanken, Neuanlegen der Nutzer usw. funktioniert einige Tage alles ganz normal.

Dann erscheint an einen zufälligen Morgen beim Start von phpMyAdmin diese Warnung:

Der phpMyAdmin-Konfigurationsspeicher ist nicht vollständig konfiguriert, einige erweiterte Funktionen wurden deaktiviert. Finden Sie heraus warum.
Oder wechseln Sie in einer beliebigen Datenbank zum Tab „Operationen“, um die Einstellung dort vorzunehmen.

Wieder ein paar Tage später dann an einen zufälligen Morgen startet MySQL nicht mehr, was laut log angeblich auf die gecrashte und nicht reparable Table '.\mysql\db' zurückzuführen sie.

Es ist extrem nervig, XAMPP (und die Datenbanken aus dem Backup) immer wieder neu aufsetzen zu müssen. Das hat m.E. mit gelegentlich und zufällig auftauchenden Fehlern nichts mehr zu tun.

Könnte es irgendetwas mit den "modernen" storage engines wie "innoDB" zu tun haben? Oder damit, dass in der Datenbank "mysql" mehrere Storage Engines gemischt vorliegen (überwiegend "Aria", aber einige Tabellen mit innoDB, und eine mit "CSV")?

In vergangenen Jahren waren die Datenbanken immer einheitlich mit der Engine "MyISAM" verbunden.

Aber vielleicht hat es auch ganz andere Ursachen.

Vielleicht weiß irgendjemand hier etwas genaueres dazu oder zumindest einen work-around was man beachten sollte, damit diese Probleme nicht IMMER WIEDRE auftauchen.

Vielen Dank für jede Idee dazu

[Nobbie]

IIch schließe ERST MySQL, dann den Server vom controlpanel (v3.3.0) aus.

Genau das ist die Fehlerursache, ich weiß, das ist gemein, aber das Controlpanel fährt die Datenbank nicht richtig herunter. Die myqsl db wird immer geöffnet, da stehen die Benutzer und deren Rechte drin.

Die einzige Methode, die Datenbank sauber herunterzufahren, besteht darin, MySQL (MariaDB) als Dienst zu installieren (das Controlpanel mit Adminrechten starten, danach kann man vor den einzelnen Werkzeugen eine entsprechende Option ankreuzen, dass dieses Tool als Dienst installiert wird).

Wenn man das macht, wird MySQL von Windows automatisch gestartet und insbesondere beim Herunterfahren sauber(!) beendet. Ich weiß nicht, ob das ein MySQL oder ein WIndows Fehler ist, ich vermute jedenfalls, dass Windows viele Daten cached und dieser Cache wird nicht richtig zurückgeschrieben in die Datenbank, wenn man MySQL per Controlpanel (quasi gewaltsam) beendet. Wenn es als Dienst beendet wird, wird Windows wahrscheinlich den Cache auch sichern. Jedenfalls ist das für die meisten Anwender die Problemlösung. Ich selbst kann es bald nicht mehr lesen und eigentlich antworte ich auf diese ewig gleiche Frage nicht mehr, ohne zu übertreiben ist das bestimmt schon 1000 Mal gefragt worden. Das ist ätzend.

Mein persönlicher Tipp: installiere Xampp unter Linux, läuft erheblich stabiler und besser als unter Windows. Ich selbst nutze Windows schon seit Jahren nicht mehr.

[schokoladenguru]

Zunächst einmal vielen Dank für die schnelle und (vermutlich) kompetente Rückmeldung.

Ich will das mit dem starten als Dienst mal ausprobieren. Mal sehen, wie lange das dann stabil läuft.

Verkompliziert wird das allerdings, dadurch, dass ein weiterer Dienst auf meinem System läuft, der ebenfalls Verbindung zu einem anderen lokalen Server mit Port 80 herstellt.
Vermutlich muss ich da an den Ports rumschrauben ?

Wenn du Recht hast und letztlich ein unsauberer Shutdown durch das Control Panel unter Windows das Problem auslöst, wäre es dann nicht angebracht, das Control Panel mal von diesem Bug zu befreien? Schließlich tritt das Problem weder nur bei mir noch erst seit wenigen Monaten auf, wenn ich mal das Forum hier so ansehe ...

Mein persönlicher Tipp: installiere Xampp unter Linux, läuft erheblich stabiler und besser als unter Windows. Ich selbst nutze Windows schon seit Jahren nicht mehr.
Nobbie

Guter Punkt, doch leider muss ich Software entwickeln, die mit den Datenbanken unter WINDOWS umgeht. Die gleiche Software könnte man sicher auch unter Linux entwickeln, aber nicht verkaufen ...

[Nobbie]

wäre es dann nicht angebracht, das Control Panel mal von diesem Bug zu befreien

Das musst den Entwickler des Controlpanels fragen, das ist auch nur irgendein User, der sich erbarmt hat. Ich persönlich würde eine andere Lösung präferieren: sich vom Control Panel zu befreien. Es ist so überaus einfach, Apache und MySQL auch "so" zu starten, dass das Controlpanel eigentlich nur ein totaler Overkill für ..... (ich will ja keinen beleidigen) ist. Unter Linux benutze ich auch nur das effe Shellscript.

Nicht vergessen: ich bin genauso nur ein kleiner Anwender wie Du, ich bin kein Xampp Entwickler oder ähnlich. Ich rate hier lediglich nach meiner Erfahrung. Das Argument mit dem "Verkaufen" unter Linux verstehe ich dabei auch nicht, die Anwendung ist selbstverständlich portabel. Du sollst ja nur unter Linux entwickeln, nicht verkaufen. Ein abschließender Test unter Windows ist schnell eingerichtet, aber man spart sich eine große Menge Ärger, wenn man Linux als Entwicklungsumgebung nutzt. Übrigens werden auch sämtliche Xampp Tools (Apache, MySQL, PHP) unter Linux entwickelt und nur für Windows portiert. Die Entwickler werden wissen, warum....