Question

我几天来一直在研究一个问题。我们的本地mediawiki页面位于我们的盒子帐户上，自行销毁，我们一直致力于将其联机。使用XAMPP控制面板v3.2.1，错误很多，所以我们决定更新XAMPP（v3.2.2）并移动＆＃39; htdocs＆＃39;和＆＃39; mysql / data＆＃39;将文件转移到新数据库。

第一个错误：

    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

正如它所说，然后我去了日志，发现了这个：

    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.

现在这看起来像是一个标准错误，我在网上看到了很多关于如何修复它的不同建议。我将简要介绍一下。

我尝试的第一件事就是按照日志中的建议。

没有许可问题
目前尚不清楚我是否需要该表，或者是否要删除phpmyadmin / pma__tracking或archive.ibd。当我摆脱archive.ibd时，错误刚刚过去到另一个.ibd文件。
＆＃39; innodb_force_recovery = 1＆＃39;被添加到my.cnf，这会导致一堆错误。

接下来我注意到的是，当我们构建新数据库时，我在phpMyAdmin（localhost / phpMyAdmin）中出现了这个错误： phpMyAdmin error

我不确定这是否会导致我的所有问题。我发现有人说要将密码换成=＆＃39;＆＃39;。可能会发生此错误，因为我在新数据库中输入旧数据文件夹。我不确定。

网络上的第一个建议是从

\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

第二名：

我已尝试删除＆＃39; ibdata1＆＃39;

这些都没有奏效。

Answer 1

我遇到了同样的问题。我尝试了其他人提出的所有解决方案，但遗憾的是没有任何效果。

花了几个小时在Google上搜索解决方案后，我终于找到了这个

打开my.ini（基于Linux的系统上的my.cnf和Mac）
寻找[mysqld]
在[mysqld]下方插入 innodb_force_recovery = 1
启动MySQL服务
停止MySQL服务
从my.ini（innodb_force_recovery = 1）
启动MySQL服务

在我的案例中工作得很完美。

我希望这能解决你的问题。

Answer 2

我得到了同样的错误。这些是我遵循的步骤。

支持\ xampp \ mysql \ data
从数据文件夹中删除了所有文件和文件夹，但 mysql
退出并重新启动XAMPP。
逐个从data文件夹移动数据库。

Answer 3

尝试将/Applications/XAMPP/xamppfiles/var/mysql/ib_logfile0重命名为/Applications/XAMPP/xamppfiles/var/mysql/ib_logfile0.bkp

和/Applications/XAMPP/xamppfiles/var/mysql/ib_logfile1到/Applications/XAMPP/xamppfiles/var/mysql/ib_logfile1.bkp

Answer 4

解决方案适用于MAC 10.11.3 El Captian

转到/ Applications / XAMPP / xamppfiles / var / mysql /
删除所有随机文件（实际数据库文件夹除外）
重启Apache和MySQL。

这对我有用。

Answer 5

要在MAMP（版本＆gt; = 4）中使用上述（Nesar solution），必须先将MAMP / tmp / mysql内的my.cnf文件复制到MAMP / conf文件夹中。只有这样才能奏效。

Answer 6

Tgr的回答看起来很合适。关于权限等的消息是通用的;实际的错误信息是

generateParenthesis

您的wiki数据库和phpmyadmin数据库以某种方式结束了相同的表空间ID。如果对方没有出现，每个人都可以正常工作;就像现在一样，你必须以某种方式重新编号其中一个。

Answer 7

“尝试打开以前打开的表空间。” - 闻起来像其中一个：

有两个MySQL副本，两个都试图运行。
Windows无法在MySQL的某个文件上发布'open'。我曾经看到过这个问题。它通过重启Windows来治愈;稍后通过升级Windows。

Answer 8

针对MAMP Pro上述问题的另一个解决方案，因为我发现无法正确编辑my.cnf：

当InnoDB崩溃时，请在错误消息中找出导致问题的数据库。这里是phpmyadmin/pma__tracking所以表格是pma_扩展名。

然后转到/Library/Application Support/appsolute/MAMP PRO/db/mysql并删除导致数据库问题后命名的文件夹。

重新启动您的MAMP服务器。成功重新启动后，您可以再次停止服务器，将DB文件夹放回其所属的位置并再次启动服务器。一切都应该没事了。

Answer 9

我在使用恢复数据库结构（http://zadpen.com/20-restore-lost-data-in-mysql-using-innodb-engine-without-file-ibdata1.html）后遇到了同样的问题我删除archive.ibm文件并启动mysql。然后在数据库中创建归档表。

Answer 10

如果某人的任何损坏的表有问题，这可能是解决他们问题的一种可能的方法，就我而言，我已经备份了数据库，因此只需删除文件.ibd的表，然后重新启动MAMP PRO并mysql正确启动。必须考虑数据库备份。希望这对某人有帮助，并且不会浪费很多时间。问候

InnoDB：尝试打开以前打开的表空间

10 个答案: