MySQL startet nicht mehr

[Kamir]

Hallo zusammen,

seit heute startet bei mir nur noch Apache und MySQL leider nicht mehr. Davor lief es wochenlang ohne Probleme.

Folgendes wird in Xampp (Version 7.4.1) angezeigt:

Code: Select all

17:20:58  [mysql]    Versuche MySQL zu starten...
17:20:58  [mysql]    Statusänderung erkannt: gestartet
17:21:01  [mysql]    Statusänderung erkannt: gestoppt
17:21:01  [mysql]    Fehler: MySQL wurde unerwartet beendet
17:21:01  [mysql]    Ursache könnte ein geblockter Port, fehlende Abhängigkeiten,
17:21:01  [mysql]    fehlende Berechtigungen, ein Absturz oder ein Abbruch einer anderen Methode sein.
17:21:01  [mysql]    Drücke den Logs Button um error logs zu sehen und prüfe
17:21:01  [mysql]    im Windows Event Viewer für weitere Hinweise
17:21:01  [mysql]    Wenn du weitere Hilfe benötigst, kopiere den kompletten Inhalt des Log Fensters
17:21:01  [mysql]    und füge ihn als Ergänzung in einem neuen Forum Eintrag hinzu.

Im Error Log ist das der letzte Eintrag:

Code: Select all

2020-03-02 17:20:58 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2020-03-02 17:20:58 0 [Note] InnoDB: Uses event mutexes
2020-03-02 17:20:58 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-03-02 17:20:58 0 [Note] InnoDB: Number of pools: 1
2020-03-02 17:20:58 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-03-02 17:20:58 0 [Note] InnoDB: Initializing buffer pool, total size = 16M, instances = 1, chunk size = 16M
2020-03-02 17:20:58 0 [Note] InnoDB: Completed initialization of buffer pool
2020-03-02 17:20:58 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-03-02 17:20:58 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-03-02 17:20:58 0 [Note] InnoDB: Setting file 'D:\xampp\mysql\data\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-03-02 17:20:58 0 [Note] InnoDB: File 'D:\xampp\mysql\data\ibtmp1' size is now 12 MB.
2020-03-02 17:20:58 0 [Note] InnoDB: Waiting for purge to start
2020-03-02 17:20:58 0 [Note] InnoDB: 10.4.11 started; log sequence number 81258890; transaction id 91454
2020-03-02 17:20:58 0 [Note] InnoDB: Loading buffer pool(s) from D:\xampp\mysql\data\ib_buffer_pool
2020-03-02 17:20:58 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-03-02 17:20:58 0 [Note] Server socket created on IP: '::'.
2020-03-02 17:20:58 0 [Note] InnoDB: Buffer pool(s) load completed at 200302 17:20:58

Dazu wurden viele Master Dateien im MySQL Data Ordner angelegt. Ich glaube weil ich versucht habe den Port zu ändern, hier ein vorheriger Eintrag aus der Log Datei:

Code: Select all

2020-03-02 16:48:53 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2020-03-02 16:48:53 0 [Note] InnoDB: Uses event mutexes
2020-03-02 16:48:53 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-03-02 16:48:53 0 [Note] InnoDB: Number of pools: 1
2020-03-02 16:48:53 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-03-02 16:48:53 0 [Note] InnoDB: Initializing buffer pool, total size = 16M, instances = 1, chunk size = 16M
2020-03-02 16:48:53 0 [Note] InnoDB: Completed initialization of buffer pool
2020-03-02 16:48:53 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-03-02 16:48:53 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-03-02 16:48:53 0 [Note] InnoDB: Setting file 'D:\xampp\mysql\data\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-03-02 16:48:53 0 [Note] InnoDB: File 'D:\xampp\mysql\data\ibtmp1' size is now 12 MB.
2020-03-02 16:48:53 0 [Note] InnoDB: Waiting for purge to start
2020-03-02 16:48:53 0 [Note] InnoDB: 10.4.11 started; log sequence number 81258728; transaction id 91454
2020-03-02 16:48:53 0 [Note] InnoDB: Loading buffer pool(s) from D:\xampp\mysql\data\ib_buffer_pool
2020-03-02 16:48:53 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-03-02 16:48:53 0 [Note] Server socket created on IP: '::'.
2020-03-02 16:48:53 0 [Note] InnoDB: Buffer pool(s) load completed at 200302 16:48:53
2020-03-02 16:48:53 7 [Note] Reading Master_info: 'master-2020@002d02@002d20@0020@00208@003a50@003a13@00200@0020@005bnote@005d@0020reading@0020of@0020all@0020master_info@0020entries@0020succeeded@000d.info'  Relay_info:'relay-log-2020@002d02@002d20@0020@00208@003a50@003a13@00200@0020@005bnote@005d@0020reading@0020of@0020all@0020master_info@0020entries@0020succeeded@000d.info'
2020-03-02 16:48:53 7 [Warning] Neither --relay-log nor --relay-log-index were used; so replication may break when this MySQL server acts as a slave and has his hostname changed!! Please use '--log-basename=#' or '--relay-log=mysql-relay-bin' to avoid this problem.
2020-03-02 16:48:54 7 [Note] Initialized Master_info from 'master-2020@002d02@002d20@0020@00208@003a50@003a13@00200@0020@005bnote@005d@0020reading@0020of@0020all@0020master_info@0020entries@0020succeeded@000d.info'
2020-03-02 16:48:54 7 [Note] Added new Master_info '2020-02-20  8:50:13 0 [Note] Reading of all Master_info entries succeeded
' to hash table
2020-03-02 16:48:54 8 [Note] Master '2020-02-20  8:50:13 0 [Note] Reading of all Master_info entries succeeded
': Slave I/O thread: Start asynchronous replication to master '@:3306' in log '' at position 4
2020-03-02 16:48:54 7 [Note] Started replication for '2020-02-20  8:50:13 0 [Note] Reading of all Master_info entries succeeded

Ich kann damit leider nichts anfangen.

Über die mysql_start.bat wird keine Fehlermeldung ausgegeben.

Kann mir jemand bitte helfen?

Vielen Dank vorab

Kamir

[dahn]

Habe seit heute plötzlich das gleiche Problem bei gleichen Versionen und gleichen Meldungen. Ergänzend:
Das Folgende hat nichts genützt:

Port für MySQL ändern
xampp als Admin starten

Ein Windows-Update hat es vorher nicht gegeben. Soweit ich sehe kann xampp den MySQL-Server nicht starten. Von der Kommandozeile konnte ich mysqld ohne Fehlermeldung starten. Ich kann nicht ausschließen, dass das System mal nicht sauber heruntergefahren wurde (passiert beim Entwickeln).
Weiß jemand, ob eine komplette Neuinstallation von xampp hilft? Wenn ja, was kann man dabei übernehmen? Wenn nein, wie kann man sonst noch zur Diagnose des Problems beitragen?

PS: Ich hoffe, das kann zumindest die Priorität des Problems erhöhen und ist wenigstens ein bisschen nützlicher, als die "Nimm doch Linux"-Kommentare in einem ähnlichen Thread.

[level6hh]

Hallo,

ich habe seit heute genau den selben Fehler und kann es mir nicht erklären.
Heute am 10.3 geht es nicht mehr, aber vor 2 Tagen (8.3) lief alles gut.
Mit der Version: x64-7.3.14-0-VC15 (Portable) unter Windows 10, Version 1903, Build 18362.657

Code: Select all

2020-03-10 19:07:12 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2020-03-10 19:07:12 0 [Note] InnoDB: Uses event mutexes
2020-03-10 19:07:12 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-03-10 19:07:12 0 [Note] InnoDB: Number of pools: 1
2020-03-10 19:07:12 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-03-10 19:07:12 0 [Note] InnoDB: Initializing buffer pool, total size = 16M, instances = 1, chunk size = 16M
2020-03-10 19:07:12 0 [Note] InnoDB: Completed initialization of buffer pool
2020-03-10 19:07:13 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-03-10 19:07:13 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-03-10 19:07:13 0 [Note] InnoDB: Setting file '\_Programme\Webentwicklung\xampp-portable-x64-7.3.14-0-VC15\mysql\data\ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-03-10 19:07:13 0 [Note] InnoDB: File '\_Programme\Webentwicklung\xampp-portable-x64-7.3.14-0-VC15\mysql\data\ibtmp1' size is now 12 MB.
2020-03-10 19:07:13 0 [Note] InnoDB: Waiting for purge to start
2020-03-10 19:07:13 0 [Note] InnoDB: 10.4.11 started; log sequence number 1999724; transaction id 2135
2020-03-10 19:07:13 0 [Note] InnoDB: Loading buffer pool(s) from C:\_Programme\Webentwicklung\xampp-portable-x64-7.3.14-0-VC15\mysql\data\ib_buffer_pool
2020-03-10 19:07:13 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-03-10 19:07:13 0 [Note] Server socket created on IP: '::'.
2020-03-10 19:07:13 0 [Note] InnoDB: Buffer pool(s) load completed at 200310 19:07:13


Ich hatte nie Port Probleme. Ich habe noch eine Version "x64-7.3.3-1-VC15" (auch portable) die ohne Probleme startet und auf dem Standardport läuft.

Danke für jede Hilfe.

[dahn]

Da ich keine wichtigen Daten in der Datenbank hatte habe ich xampp neu installiert und eingerichtet. Danach funktionierte wieder alles. Da das Problem also innerhalb des xampp-Ordners liegt, sollte der regelmäßig gesichert werden, solange das Problem nicht behoben ist.

[level6hh]

So ich habe den Fehler ohne Neuinstallation gefixt - durch probieren:

Ich habe meine Dateien auf der Platte mit denen der Zip-Datei "xampp-portable-windows-x64-7.3.14-0-VC15.zip" verglichen.

Mir ist aufgefallen das es in dem Verzeichnis "... \xampp-portable-x64-7.3.14-0-VC15\mysql\data"
ganz viele Dateien gibt mit sehr langen Dateinamen wie z.B.:

Code: Select all

master-2020@002d03@002d08@002015@003a41@003a07@00200@0020@005bnote@005d@0020added@0020new@0020master_info@0020@0027@0027@0020to@0020hash@0020table@000d


und

Code: Select all

mysql-relay-bin-2020@002d03@002d08@002015@003a41@003a07@00200@0020@005bnote@005d@0020added@0020new@0020master_info@0020@0027@0027@0020to@0020hash@0020table@000d


Ich habe alle diese Dateien gelöscht. Und die Datei "multi-master.info" habe ich auch aus der Zip-Datei übernommen.
Dann habe ich noch im XAMPP Root Verzeichnis die Datei "xampp_shell.bat" gefunden, die auch nicht in der Zip-Datei vorhanden ist. Diese habe ich auch gelöscht. In dieser Datei stand folgendes drin:

Code: Select all

@ECHO OFF

GOTO weiter
:setenv
SET "MIBDIRS=%~dp0php\extras\mibs"
SET "MIBDIRS=%MIBDIRS:\=/%"
SET "MYSQL_HOME=%~dp0mysql\bin"
SET "OPENSSL_CONF=%~dp0apache\bin\openssl.cnf"
SET "OPENSSL_CONF=%OPENSSL_CONF:\=/%"
SET "PHP_PEAR_SYSCONF_DIR=%~dp0php"
SET "PHP_PEAR_BIN_DIR=%~dp0php"
SET "PHP_PEAR_TEST_DIR=%~dp0php\tests"
SET "PHP_PEAR_WWW_DIR=%~dp0php\www"
SET "PHP_PEAR_CFG_DIR=%~dp0php\cfg"
SET "PHP_PEAR_DATA_DIR=%~dp0php\data"
SET "PHP_PEAR_DOC_DIR=%~dp0php\docs"
SET "PHP_PEAR_PHP_BIN=%~dp0php\php.exe"
SET "PHP_PEAR_INSTALL_DIR=%~dp0php\pear"
SET "PHPRC=%~dp0php"
SET "TMP=%~dp0tmp"
SET "PERL5LIB="
SET "Path=%~dp0;%~dp0php;%~dp0perl\site\bin;%~dp0perl\bin;%~dp0apache\bin;%~dp0mysql\bin;%~dp0FileZillaFTP;%~dp0MercuryMail;%~dp0sendmail;%~dp0webalizer;%~dp0tomcat\bin;%Path%"
GOTO :EOF
:weiter

IF "%1" EQU "setenv" (
    ECHO.
    ECHO Setting environment for using XAMPP for Windows.
    CALL :setenv
) ELSE (
    SETLOCAL
    TITLE XAMPP for Windows
    PROMPT %username%@%computername%$S$P$_#$S
    START "" /B %COMSPEC% /K "%~f0" setenv
)


Ich habe keine Idee wofür die gut ist und woher die kommt.

Auf jeden Fall startet MySQL wieder. Meine Entwicklungsdatenbank ist wieder da und meine PHP Anwendung funktioniert wieder.

Vielleicht hilft es ja jemanden.

Mich würde interessieren ob jemand eine Idee hat warum und wie das entstanden ist.
Was ist da falsch gelaufen.
Danke.

[level6hh]

Nur ein paar Stunden nach meiner Lösung hatte ich gerade wieder das gleiche Problem.

Die Ursache scheint die Datei "multi-master.info" zu sein. Wenn diese leer ist (0 Byte), dann
kann man MySQL ohne Probleme starten und stoppen. Sobald da etwas drin steht, werden
die Dateien mit den langen Dateinamen (siehe oben) erzeugt.

Man kann die Datei "multi-master.info" sogar löschen. Beim nächsten Start - der dann erfolgreich ist - wird die Datei wieder mit 0 Byte angelegt.

Info's über die Datei habe ich hier gefunden: https://mariadb.com/kb/en/multi-source-replication/

The basic principle of the new files used by multi source replication is that they have the same name as the original relay log files suffixed with connection_name before the extension. The main exception is the file that holds all connection is named as the normal master-info-file with a multi- prefix.

When you are using multi source, the following new files are created: ....
...
The master-info-file (normally master.info) with a multi- prefix. This contains all master connections in use.

Nun frage ich mich warum und wieso diese Datei manchmal befüllt wird. Laut Doku nur im Kontext von "Multi-Source Replication" - Das ist doch bei XAMPP eher nicht aktiv, oder?