我在窗户上也遇到了同样的问题。 除了复制ib*文件和thd data目录下的mysql目录，我还必须匹配my.ini文件。

我之前安装的my.ini文件没有下面这行:

innodb-page-size=65536

但我的新装置做到了。可能是因为我在旧的安装程序中没有这个选项。 我删除了它并重新启动了服务，表按预期工作。 简而言之，确保新的my.ini文件是旧文件的副本，唯一的例外是datadir、plugin-dir和port#，这取决于您的新安装。

在升级WAMP但没有数据库备份后，我遇到了这个问题。

这招对我很管用:

停止新的WAMP 从旧WAMP安装中复制所需的数据库目录和ibdata1文件 删除“ib_logfile0”和“ib_logfile1” 开始里面

现在应该能够对数据库进行备份了。但是，当您的服务器重新启动后，您仍然会遇到问题。所以现在重新安装WAMP并导入数据库。

请运行查询:

SELECT 
    i.TABLE_NAME AS table_name, 
    LENGTH(i.TABLE_NAME) AS table_name_length,
    IF(i.TABLE_NAME RLIKE '^[A-Za-z0-9_]+$','YES','NO') AS table_name_is_ascii
FROM
    information_schema.`TABLES` i
WHERE
    i.TABLE_SCHEMA = 'database'

不幸的是，MySQL允许在表名中使用unicode和非打印字符。 如果你通过复制一些文档/网站的create代码来创建你的表，那么它可能在某个地方有零宽度空间。

mysqldump到数据库: mysqldump -u user -ppass dbname > D:\ backup -up \dbname.sql 恢复数据库 mysql -u user -ppass dbname < D:\ backup -ups\dbname.sql

现在数据库中的所有表都完全恢复了。试一试. .

SELECT * FROM dbname.tablename;

以防还有人关心:

在直接使用命令复制数据库目录后，我也遇到了同样的问题

cp -r /path/to/my/database /var/lib/mysql/new_database

如果你在一个使用InnoDB表的数据库中这样做，你会得到这个疯狂的“table does not exist”错误。

问题是你需要MySQL datadir根目录下的ib*文件(例如ibdata1, ib_logfile0和ib_logfile1)。

当我复制它们时，它对我有用。

我在新电脑上安装了MariaDB， 停止Mysql服务 重命名数据文件夹为data- 我解决了复印的问题 Mysql\data\table_folders和ibdata1 从崩溃的高清MySql数据文件夹到新安装的MySql数据文件夹。

我跳过了ib_logfile0和ib_logfile1(否则服务器没有启动服务)

启动mysql服务。

然后服务器正在运行。