Ich arbeite jetzt seit ein paar Tagen an einem Problem. Unsere lokale MediaWiki-Seite, die sich auf unserem Box-Konto befindet, hat sich selbst zerstört und wir haben daran gearbeitet, sie online zu stellen. Unter Verwendung der XAMPP-Systemsteuerung v3.2.1 traten zahlreiche Fehler auf. Daher beschlossen wir, XAMPP (v3.2.2) zu aktualisieren und die Dateien 'htdocs' und 'mysql / data' in die neue Datenbank zu verschieben.

Erster Fehler:

    9:50:21 AM  [mysql]     Attempting to start MySQL app...
    9:50:22 AM  [mysql]     Status change detected: running
    9:50:22 AM  [mysql]     Status change detected: stopped
    9:50:22 AM  [mysql]     Error: MySQL shutdown unexpectedly.
    9:50:22 AM  [mysql]     This may be due to a blocked port, missing dependencies, 
    9:50:22 AM  [mysql]     improper privileges, a crash, or a shutdown by another method.
    9:50:22 AM  [mysql]     Press the Logs button to view error logs and check
    9:50:22 AM  [mysql]     the Windows Event Viewer for more clues
    9:50:22 AM  [mysql]     If you need more help, copy and post this
    9:50:22 AM  [mysql]     entire log window on the forums

ie es heißt, bin ich dann zu den Logs gegangen und habe folgendes gefunden:

    2015-11-20 09:50:22 11f8 InnoDB: Warning: Using      innodb_additional_mem_pool_size is DEPRECATED. This option may be removed in future releases, together with the option innodb_use_sys_malloc and with the InnoDB's internal memory allocator.
    2015-11-20  9:50:22 4600 [Note] InnoDB: Using mutexes to ref count buffer pool pages
    2015-11-20  9:50:22 4600 [Note] InnoDB: The InnoDB memory heap is disabled
    2015-11-20  9:50:22 4600 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
    2015-11-20  9:50:22 4600 [Note] InnoDB: Memory barrier is not used
    2015-11-20  9:50:22 4600 [Note] InnoDB: Compressed tables use zlib 1.2.3
    2015-11-20  9:50:22 4600 [Note] InnoDB: Not using CPU crc32 instructions
    2015-11-20  9:50:22 4600 [Note] InnoDB: Initializing buffer pool, size = 16.0M
    2015-11-20  9:50:22 4600 [Note] InnoDB: Completed initialization of buffer pool
    2015-11-20  9:50:22 4600 [Note] InnoDB: Highest supported file format is Barracuda.
    2015-11-20  9:50:22 4600 [Note] InnoDB: The log sequence numbers 1665234 and 1665234 in ibdata files do not match the log sequence number 50125498 in the ib_logfiles!
    2015-11-20  9:50:22 4600 [Note] InnoDB: Database was not shutdown normally!
    2015-11-20  9:50:22 4600 [Note] InnoDB: Starting crash recovery.
    2015-11-20  9:50:22 4600 [Note] InnoDB: Reading tablespace information from the .ibd files...
    2015-11-20  9:50:22 4600 [ERROR] InnoDB: Attempted to open a previously opened tablespace. Previous tablespace phpmyadmin/pma__tracking uses space ID: 21 at filepath: .\phpmyadmin\pma__tracking.ibd. Cannot open tablespace wiki/archive which uses space ID: 21 at filepath: .\wiki\archive.ibd
    InnoDB: Error: could not open single-table tablespace file .\wiki\archive.ibd
    InnoDB: We do not continue the crash recovery, because the table may become
    InnoDB: corrupt if we cannot apply the log records in the InnoDB log to it.
    InnoDB: To fix the problem and start mysqld:
    InnoDB: 1) If there is a permission problem in the file and mysqld cannot
    InnoDB: open the file, you should modify the permissions.
    InnoDB: 2) If the table is not needed, or you can restore it from a backup,
    InnoDB: then you can remove the .ibd file, and InnoDB will do a normal
    InnoDB: crash recovery and ignore that table.
    InnoDB: 3) If the file system or the disk is broken, and you cannot remove
    InnoDB: the .ibd file, you can set innodb_force_recovery > 0 in my.cnf
    InnoDB: and force InnoDB to continue crash recovery here.

Now das sieht aus wie ein Standardfehler, den ich mit vielen verschiedenen Vorschlägen im ganzen Web gesehen habe, wie man es behebt. Ich werde sie kurz durchgehen.

Das erste, was ich versuchte, war, den Vorschlägen im Protokoll zu folgen.

Das waren keine Berechtigungsprobleme Es ist nicht klar, ob ich die Tabelle brauche oder nicht, ODER ob ich phpmyadmin / pma__tracking oder archive.ibd loswerden soll. Als ich die Datei archive.ibd entfernt habe, ist der Fehler nur in eine andere .ibd-Datei übergegangen. 'innodb_force_recovery = 1' wurde zu my.cnf hinzugefügt und dies führt zu einer Reihe von Fehlern.

Das nächste, was mir aufgefallen ist, ist, dass ich beim Erstellen der neuen Datenbank diesen Fehler in meinem phpMyAdmin (localhost / phpMyAdmin) erhalten habe:phpMyAdmin error

Ich bin mir nicht sicher, ob dies alle meine Probleme verursacht oder nicht. Ich fand heraus, dass Leute sagten, sie sollten ein Passwort auf = '' ändern. Dieser Fehler kann auftreten, weil ich alte Datenordner in eine neue Datenbank eingebe. Ich bin mir nicht sicher

Der erste Vorschlag im Web war, die folgenden Dateien von @ zu entferne

\mysql\data:
    innodb_index_stats.frm
    innodb_index_stats.ibd 
    innodb_table_stats.frm 
    innodb_table_stats.ibd 
    slave_master_info.ibd 
    slave_relay_log_info.frm 
    slave_relay_log_info.ibd 
    slave_worker_info.frm 
    slave_worker_info.ibd

Die 2

Ich habe versucht, 'ibdata1' zu entfernen

Keiner von diesen hat funktioniert.