当我打开XAMPP并单击启动MySQL按钮时,它给了我一个错误。 我刚才启动了它,但现在它不工作了。

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

以下是错误日志的内容:

2013-08-02 12:19:12 4536 [Note] Plugin 'FEDERATED' is disabled. 2013-08-02 12:19:12 f64 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. 2013-08-02 12:19:12 4536 [Note] InnoDB: The InnoDB memory heap is disabled 2013-08-02 12:19:12 4536 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2013-08-02 12:19:12 4536 [Note] InnoDB: Compressed tables use zlib 1.2.3 2013-08-02 12:19:12 4536 [Note] InnoDB: Not using CPU crc32 instructions 2013-08-02 12:19:12 4536 [Note] InnoDB: Initializing buffer pool, size = 16.0M 2013-08-02 12:19:12 4536 [Note] InnoDB: Completed initialization of buffer pool 2013-08-02 12:19:12 4536 [Note] InnoDB: Highest supported file format is Barracuda. 2013-08-02 12:19:12 4536 [Note] InnoDB: The log sequence numbers 0 and 0 in ibdata files do not match the log sequence number 1616798 in the ib_logfiles! 2013-08-02 12:19:12 4536 [Note] InnoDB: Database was not shutdown normally! 2013-08-02 12:19:12 4536 [Note] InnoDB: Starting crash recovery. 2013-08-02 12:19:12 4536 [Note] InnoDB: Reading tablespace information from the .ibd files...

最重要的错误信息在这里:

2013-08-02 12:19:12 4536 [ERROR] InnoDB: 试图打开先前打开的表空间。 以前的表空间mysql/innodb_table_stats在filepath: .\mysql\innodb_table_stats.ibd使用的是空间ID: 1。 在文件路径:.\xat\payments.ibd下无法打开空间ID: 1的表空间xat/payments

日志的其余部分:

InnoDB: Error: could not open single-table tablespace file .\xat\payments.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.

这些错误的原因是什么?我该如何纠正它们?


当前回答

我的Xampp MySQL工作如下:

01.Go to mysql/data/ directory
02. delete the ibdata1 & ib_logfile*(ib_logfile0,ib_logfile1,ib_logfile101) file
03. restart xampp server

其他回答

遵循以下步骤:-

进入C:\xampp\mysql 重命名数据文件夹data_old 创建一个新文件夹空数据文件夹 复制data_old中的所有文件并将它们粘贴到data文件夹中 复制备份文件夹中的所有文件并粘贴到数据文件夹中,然后替换所有文件 从data_old复制ibdata1文件,并将它们粘贴并替换到data文件夹中。 重新启动服务器

祝一切顺利!!

这意味着您已经在端口3306上运行了一个MySQL数据库。

在XAMPP控制面板中,按下“Config”按钮,然后按下“my.ini”。在此之后,按Ctrl-F并搜索“3306”。将您找到的任何“3306”替换为您选择的不同端口号(您可以选择3307或3308 -我选择了2811,它可以工作)。

在替换了所有写有“3306”的位置后,保存文件并再次按下控制面板上的“开始”。

请检查系统时间是否正确。我的时间设定在2040年,修正日期就解决了问题。

伙计们,请确保你没有安装MySql服务器。因为我已经预装了MySql服务器,当我从xampp控制面板启动MySql时,一些端口冲突正在发生,它不工作。所以在从xampp控制面板启动mysql之前,请确保mysql服务器没有安装。我使用。net,所以我在过去安装了mysql服务器。卸载它解决了我的问题....

重要提示:不要删除ibdata1文件。你可以毁掉你所有的数据库。

相反,首先尝试使用XAMPP附带的MySQL备份文件夹。所以接下来的步骤:

将mysql/data文件夹重命名为mysql/data_old 复制mysql/backup文件夹,命名为mysql/data 将所有数据库文件夹从mysql/data_old复制到mysql/data(除了mysql, performance_schema和phpmyadmin文件夹) 将mysql/data_old/ibdata1文件拷贝到mysql/data文件夹中 从XAMPP控制面板启动MySQL

And,瞧!

编辑(2023年1月7日)

正如一些用户所提到的,这是一种紧急解决方案,而不是永久解决方案。在恢复数据后,强烈建议备份它,并重新安装XAMPP,因为失败与XAMPP的一些文件的故障有关,而不是数据库。