Code Bye

mysql服务启动不了,重新安装,之前数据库表都变不存在打不开了

 

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

5分
是不是 ibdata数据文件被覆盖了?
引用 1 楼 ACMAIN_CHM 的回复:

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

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

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

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

引用 4 楼 benluobobo 的回复:

必须拷贝ibdata文件

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

引用 4 楼 benluobobo 的回复:

必须拷贝ibdata文件

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

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

5分
引用 5 楼 xzy88 的回复:

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

错误提示是什么?

5分
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, 会提示表不存在,虽然表文件存在

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

贴出启动错误信息

20分
在命令行启动  执行mysqld –console
引用 10 楼 benluobobo 的回复:

在命令行启动  执行mysqld –console

也没效果啊

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

10分
你的ibdata1 文件肯定是被修改过了 
10分
ibdata 、ib_logfile不匹配
10分
把 ibdata1 和 logfile 一同复制过来。

CodeBye 版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权 , 转载请注明mysql服务启动不了,重新安装,之前数据库表都变不存在打不开了