设为首页 收藏本站
查看: 568|回复: 0

[经验分享] Linux下mysql数据库损坏恢复

[复制链接]

尚未签到

发表于 2018-10-1 14:01:23 | 显示全部楼层 |阅读模式
  最近想买服务器上碰到一个坑,购买的阿里云服务器,20G的系统盘,前任那个家伙把mysql安装在系统盘,并且datadir也是定位在系统盘。终于,撑爆了,异常了,mysql服务无法启动,好在将datadir下的数据文件全部都做了备份。特别是ibdata1文件做了备份。
  关于ibdata1文件的作用在百度里面查询到的信息如下:
  这个文件超级大, 查了一下, 大概的作用如下
  是储存的格式
  INNODB类型数据状态下,
  ibdata用来储存文件的数据
  而库名的文件夹里面的那些表文件只是结构而已
  由于mysql4.1默认试innodb,所以这个文件默认就存在了http://man.chinaunix.net/database/mysql/inonodb_zh/2.htm 这个链接试innodb的中文参考, innodb的东西可以在my.ini中设置
  既然有完整的ibdata1和每个数据库表的结构,那么重新安装mysql,并且重新定位datadir的位置。
  删除所有与mysql相关的目录后,系统盘并没有释放太多数据,检查了好久,也通过各种方法进行系统盘清理。效果不明显,后来想到服务器上面安装有jboss,每次启动的时候使用nohup run.sh -b 0.0.0.0  然后发现nohup.out这个文件是非常大的。
  于是在系统盘搜索了一下 find / -name nohup.out
  果然,好家伙一下子占了2G的大小,马上将jboss重新mv定位到了挂载的500G的数据盘上去了。系统盘的空间解决完毕后,就重新安装mysql,然后还原数据。
  其实,说来并不复杂,安装mysql就不赘述了,安装完毕后,停止mysql服务,将之前备份好的文件移到到现在安装的datadir目录下。 重启mysql服务, 再登陆到数据库发现原来所有的数据和表都在了,包括数据库的用户名和密码都是原来的了。
  以此为记录!


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-607196-1-1.html 上篇帖子: mysql open_files_limit值更改无效 下篇帖子: 找出导致Mysql机器IO过高的SQL
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表