mysql备份和从ib_日志文件恢复失败

情况是这样的：

计算机被黑客攻击后，我们正忙着把所有数据备份到另一台计算机上

因此，mysql数据库不会作为sql语句进行备份

我们所做的是将C驱动器中的所有物理文件/文件夹备份到新计算机上

例如：

C:\Program Files\MySQL\MySQL服务器4.1\data

在这种情况下，mysql的所有数据都在不可读的文件中。 内部数据文件夹由ib_logfile0、ib_logfile1等文件组成，但不是ib_data1 所有数据库的表结构格式都在各自的文件夹中。有些文件夹有.frm、.opt，有些文件夹有.frm、.myd、.myi

如何在新计算机中从数据库检索数据

我尝试在新计算机上安装相同的mysql版本4.1，然后将数据文件夹中的所有备份文件替换到新计算机上的mysql中。然后重新启动mysql服务

当我重新启动时，它失败了：无法在本地计算机上启动mysql服务。错误1067:进程意外终止

错误日志显示：

InnoDB: The first specified data file .\ibdata1 did not exist:
InnoDB: a new database to be created!
090930 10:24:49  InnoDB: Setting file .\ibdata1 size to 10 MB
InnoDB: Database physically writes the file full: wait...
InnoDB: Error: log file .\ib_logfile0 is of different size 0 87031808 bytes
InnoDB: than specified in the .cnf file 0 25165824 bytes!
090930 10:24:49 [ERROR] Can't init databases
090930 10:24:49 [ERROR] Aborting

090930 10:24:49 [Note] C:\Program Files\MySQL\MySQL Server 4.1\bin\mysqld-nt: Shutdown complete

---

您需要查看data文件夹中的mysql.err日志，以查看出了什么问题

mysql服务在您第一次安装时是否正确启动

---

看起来你在windows上，所以我猜你是移动了文件而不是复制了文件。在windows中移动文件时，文件将保留其权限。复制时，它们将从文件夹继承权限。因此，请检查以确保他们拥有正确的权限。

您需要查看数据文件夹中的mysql.err日志，以了解问题所在

mysql服务在您第一次安装时是否正确启动

---

看起来你在windows上，所以我猜你是移动了文件而不是复制了文件。在windows中移动文件时，文件将保留其权限。复制时，它们将从文件夹继承权限。因此，请检查以确保他们具有正确的权限。

您的错误日志表明您的innodb配置与innodb文件不匹配。您需要查看旧服务器上的配置文件，以确定mysql配置在何处存储您的innodb文件。然后找到这些文件并将它们复制到新服务器。您还应该完全从旧服务器复制innodb配置设置，并将其应用于新服务器。

错误日志表明innodb配置与innodb文件不匹配。您需要查看旧服务器上的配置文件，以确定mysql配置在何处存储您的innodb文件。然后找到这些文件并将它们复制到新服务器。您还应该完全从旧服务器复制innodb配置设置，并将其应用到新服务器。

听起来您在my.ini中的innodb日志文件大小与以前不同

查看data文件夹中的ib_logfile0文件大小，如果为102400KB，则应为： innodb日志文件大小=100M

你的看起来应该是： innodb_日志_文件_大小=83M 现在设置为24米

当有人使用安装程序修复mysql安装时，我遇到了这个问题

---

玩得开心。

听起来您在my.ini中的innodb日志文件大小与以前不同

查看data文件夹中的ib_logfile0文件大小，如果为102400KB，则应为： innodb日志文件大小=100M

你的看起来应该是： innodb_日志_文件_大小=83M 现在设置为24米

当有人使用安装程序修复mysql安装时，我遇到了这个问题

---

玩得开心。

是的，mysql第一次安装时启动正常。在我将文件复制粘贴到实际数据文件夹后，它无法运行。在这种情况下，我如何检查和修复权限？是的，mysql在第一次安装时正确启动。在我将文件复制粘贴到实际数据文件夹后，它无法运行。在这种情况下，我如何检查和修复权限？这是否意味着您可以执行上述操作？不使用ibdata进行恢复？这是否意味着您可以执行上述操作？在没有ibdata的情况下恢复？