遇一个比较u头疼的问题，mysql服务启动不了，我重新安装后，里边的之前在用的数据库表都变不存在打不开了，不知道有没办法解决这个问题呢?

[网络科技]

mysql数据库本已设置为自动启动的，但不知道怎么回事，突然系统变得启动不了了，我打开系统服务管理，手动去启动，也启动不了，都报错，实在没办法了，只好，重新数据库，而里边之前的表数据之类的，当然都有保存，没删掉，现在我把旧的数据库表数据，都拷到了新安装的mysql中，发现不能用，表虽都能看得到，但都打不开。
不知道我的表述是否清楚了。这个问题，不知道各位大侠，有没什么办法解决呢?

[benluobo]

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

[网络科技]

引用 4 楼 benluobobo 的回复:

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

引用 4 楼 benluobobo 的回复:

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

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

[ACMAIN_CHM]

引用 5 楼 xzy88 的回复:

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

错误提示是什么？

[WWWWA]

ib_logfile*.*　COPY没有？

[benluobo]

引用 5 楼 xzy88 的回复:

[quote=引用 4 楼 benluobobo 的回复:] 必须拷贝ibdata文件 如果不拷贝ibdata， 会提示表不存在，虽然表文件存在

引用 4 楼 benluobobo 的回复:

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

拷进去后，就启动不了服务了[/quote] 贴出启动错误信息

[网络科技]

引用 8 楼 benluobobo 的回复:

[quote=引用 5 楼 xzy88 的回复:]
[quote=引用 4 楼 benluobobo 的回复:]
必须拷贝ibdata文件

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

引用 4 楼 benluobobo 的回复:

必须拷贝ibdata文件

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

拷进去后，就启动不了服务了[/quote]

贴出启动错误信息[/quote]

[benluobo]

在命令行启动 执行mysqld --console

[网络科技]

引用 10 楼 benluobobo 的回复:

在命令行启动 执行mysqld --console

也没效果啊

[ACMAIN_CHM]

贴出MYSQL错误日志的内容以供分析。 如果不知道如何查看MYSQL错误日志，请先百度搜索。

[ACMAIN_CHM]

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

[网络科技]

引用 1 楼 ACMAIN_CHM 的回复:

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

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

[网络科技]

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

[ACMAIN_CHM]

把 ibdata1 和 logfile 一同复制过来。

[网络科技]

引用 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这个表的问题啊，但这个表里边没内容，实在不知道怎么会出问题

[benluobo]

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

[wwwwb]

ibdata 、ib_logfile不匹配