是不是 ibdata数据文件被覆盖了？

引用 1 楼 ACMAIN_CHM 的回复:

是不是 ibdata数据文件被覆盖了？

我mysql数据库新安装了一个目录，旧的数据库相关文件，日志什么的，都在吧?
所以，旧的ibdata数据文件，也还都在。
但新安装的，里边的ibdata，显然不是旧的啊，我就把表拷过去，但旧的ibdata没拷过去，如果把旧的ibdata也拷过去，那么，新安装的mysql也不能用了（也将变启动不了服务）

补充下，我新旧数据库使用一样的版本，root密码也都是一样的，原以为把数据库表都拷过去能用，居然不能用。如果没法解决这个问题，那就相当于我之前的数据，都作废了，这显然不可接受啊。

必须拷贝ibdata文件

如果不拷贝ibdata， 会提示表不存在，虽然表文件存在

引用 4 楼 benluobobo 的回复:

必须拷贝ibdata文件

如果不拷贝ibdata， 会提示表不存在，虽然表文件存在

引用 4 楼 benluobobo 的回复:

必须拷贝ibdata文件

如果不拷贝ibdata， 会提示表不存在，虽然表文件存在

拷进去后，就启动不了服务了

引用 5 楼 xzy88 的回复:

….
拷进去后，就启动不了服务了

错误提示是什么？

ib_logfile*.*　COPY没有？

引用 5 楼 xzy88 的回复:

Quote: 引用 4 楼 benluobobo 的回复:

必须拷贝ibdata文件

如果不拷贝ibdata， 会提示表不存在，虽然表文件存在

引用 4 楼 benluobobo 的回复:

必须拷贝ibdata文件

如果不拷贝ibdata， 会提示表不存在，虽然表文件存在

拷进去后，就启动不了服务了

贴出启动错误信息

引用 8 楼 benluobobo 的回复:

Quote: 引用 5 楼 xzy88 的回复:

Quote: 引用 4 楼 benluobobo 的回复:

必须拷贝ibdata文件

如果不拷贝ibdata， 会提示表不存在，虽然表文件存在

引用 4 楼 benluobobo 的回复:

必须拷贝ibdata文件

如果不拷贝ibdata， 会提示表不存在，虽然表文件存在

拷进去后，就启动不了服务了

贴出启动错误信息

在命令行启动  执行mysqld –console

引用 10 楼 benluobobo 的回复:

在命令行启动  执行mysqld –console

也没效果啊

贴出MYSQL错误日志的内容以供分析。

如果不知道如何查看MYSQL错误日志，请先百度搜索。

引用 12 楼 ACMAIN_CHM 的回复:

贴出MYSQL错误日志的内容以供分析。

如果不知道如何查看MYSQL错误日志，请先百度搜索。

2015-04-08 10:35:32 3528 [Note] Plugin “”FEDERATED”” is disabled.
2015-04-08 10:35:32 3528 [Note] InnoDB: Using atomics to ref count buffer pool pages
2015-04-08 10:35:33 3528 [Note] InnoDB: The InnoDB memory heap is disabled
2015-04-08 10:35:33 3528 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2015-04-08 10:35:33 3528 [Note] InnoDB: Memory barrier is not used
2015-04-08 10:35:33 3528 [Note] InnoDB: Compressed tables use zlib 1.2.3
2015-04-08 10:35:33 3528 [Note] InnoDB: Not using CPU crc32 instructions
2015-04-08 10:35:33 3528 [Note] InnoDB: Initializing buffer pool, size = 128.0M
2015-04-08 10:35:33 3528 [Note] InnoDB: Completed initialization of buffer pool
2015-04-08 10:35:33 3528 [Note] InnoDB: Highest supported file format is Barracuda.
2015-04-08 10:35:33 3528 [Note] InnoDB: The log sequence numbers 0 and 0 in ibdata files do not match the log sequence number 2481367 in the ib_logfiles!
2015-04-08 10:35:33 3528 [Note] InnoDB: Database was not shutdown normally!
2015-04-08 10:35:33 3528 [Note] InnoDB: Starting crash recovery.
2015-04-08 10:35:33 3528 [Note] InnoDB: Reading tablespace information from the .ibd files…
2015-04-08 10:35:33 3528 [ERROR] InnoDB: Attempted to open a previously opened tablespace. Previous tablespace mysql/innodb_table_stats uses space ID: 1 at filepath: .\mysql\innodb_table_stats.ibd. Cannot open tablespace zuyingsoft/tart which uses space ID: 1 at filepath: .\zuyingsoft\tart.ibd
InnoDB: Error: could not open single-table tablespace file .\zuyingsoft\tart.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.

日志就这些吧，启动不了，稍看了下，不知道是不是tart这个表的问题啊，但这个表里边没内容，实在不知道怎么会出问题

你的ibdata1 文件肯定是被修改过了 

ibdata 、ib_logfile不匹配

把 ibdata1 和 logfile 一同复制过来。