欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

如何恢复Mysql数据库的详细介绍

程序员文章站 2024-02-24 16:17:52
由于在一台测试机器上打算重新安装mysql数据库,由于简单粗暴的直接卸载了,没有备份公司discuz和redmine使用的mysql数据库,过程可想的悲惨。 还好的是只是...

由于在一台测试机器上打算重新安装mysql数据库,由于简单粗暴的直接卸载了,没有备份公司discuz和redmine使用的mysql数据库,过程可想的悲惨。

还好的是只是卸载掉了mysql的程序,所有的数据文件还是存在的。

下面是在恢复数据库的过程

1. discuz数据库

discuz数据库的恢复非常顺利, 在安装好新版本的mysql后,直接将原来的数据库文件copy到新的数据目录中,重新启动mysql, 就能看到恢复的数据库了

2. redmine数据库

本打算直接使用上面的经验,也能看到所有的表,但是就是执行查询的时候,总是报错"表不存在".

后来查了一些资料,发现,原因应该是discuz和redmine使用的mysql引擎不一样导致的。

discuz使用的是myisam, 而redmine使用的是innodb.

解决的办法是,

除了要copy数据目录外,还要记得覆盖ibdata1文件。

以表”table”为例: 如类型是myisam, 数据文件则以”table.frm””table.myd””table.myi””三个文件存储于”/data/$databasename/”目录中. 如类型是innodb, 数据文件则存储在”$innodb_data_home_dir/″中的ibdata1文件中(一般情况),结构文件存在于table_name.frm中. mysql的数据库文件直接复制便可以使用,但是那是指“myisam”类型的表。 而使用mysql-front直接创建表,默认是“innodb”类型,这种类型的一个表在磁盘上只对应一个“*.frm”文件,不像myisam那样还“*.myd,*.myi”文件。 myisam类型的表直接拷到另一个数据库就可以直接使用,但是innodb类型的表却不行。解决方法就是:

同时拷贝innodb数据库表“*.frm”文件和innodb数据“ibdata1”文件到合适的位置。启动mysql的windows服务 由于mysql这样数据混杂的形式, 往往很容易让使用者在备份时忘记了备份innodb, 从而导致了上述错误.

意思就是说在数据库引擎类型为innodb时,拷贝数据文件的同时还需要拷贝ibdata1,于是把ibdata1也拷贝过去覆盖,发现还是有点问题,于是停止mysql服务,将目录下的ib_logfile*文件全部删除掉,重新启动mysql服务,well done,可以了

高兴啊,于是稍微总结了,希望以后遇到相同的问题,能够快速解决。

1,在进行mysql数据库备份的或迁移的时候,尽量备份完成所需要的数据;

2,如果直接拷贝原有数据库文件"*.frm"、"*.myd"、"*.myi"等文件时候,如果原数据库引擎是innodb,切记还需拷贝ibdata1文件

3,备份数据库的时候,最好是用相关的工具进行备份或是导出sql文件,以免浪费时间在数据库恢复上

4,msyql版本或是备份工具的版本不同,也可能引起数据恢复有问题。

实践证明以上问题是存在的,解决方案是可行的,哈哈,为了以后方便,写了这篇博客随笔,希望大牛看到了不要鄙视,欢迎拍砖。

 1:myisam类型的数据文件可以在不同操作系统中copy,这点很重要,布署的时候方便点。(只需要拷贝 数据库名字文件夹下面的文件,这样数据库就拷贝完了)

2:  innodb类型的 要注意多拷贝 ibdata1 , 最好不要是直接复制文件夹,而是应该用sql导入导出