热门标签: 转载 JavaScript mysql 学习 php
主页> 杂项 >

记一次mysql灾难事件

发布时间:2017-11-12 编辑:三石兄 标签: 记事mysql 热度:770

记录一次因为自己的误操带来的mysql数据丢失的灾难事件

————————2017.11.11日晚19点


    公司原本用的西部数码服务器,后来因为西部数码的服务器要过期了,于是在今天将服务器里的内容都移植到在阿里云新买的服务器中。


    移植过程一直都非常顺利,但是在移植数据库的时候,因为数据库非常的多,有几十个,所以当时没想太多就直接全部复制打包压缩,然后上传到新的服务器数据库data文件中,结果 .. 结果..  结果...就导致了mysql重启后打不开了,当时找了很久的原因,就是没有想到会是文件的原因,然后我就傻乎乎的把mysql重装了,然后问题来了,原本数据库里面有一个公司在用的系统的数据库,这个数据库用的innoDB引擎,当时想着两下弄完下班,就忘记导出备份了,直接复制的源文件,然后当mysql重装好后,把源文件复制到data目录中后才发现,数据库打不开。。。。。

    因为之前一直没遇到过这个问题,也没有做过ibd文件恢复数据,只有各种百度必应找方法,一个方法一个方法的尝试,最后弄到了半夜两三点才把数据库弄好。然而这还没有结束。

    到了第二天早上,发现win系统里面复制的数据库源文件上传到linux服务器的data目录里后,数据库只能读不能写,检查后才知道是因为数据库的权限和所有者的问题,data目录的所有者和用户组都是mysql,而里面的文件全是root用户的,而且权限还都是只读的,于是我把data文件的权限全部改成可读写,把里面的文件的所有者也都改成mysql后,数据库也终于恢复了正常读写状态.........

_________________________________________________________


今天将这件事情记录下来,告诫自己以后做数据库相关操作的时候  一定要记得备份,一定要记得备份,一定要记得备份!

不要在公司服务器里乱搞东西!

需要在服务器里做一些自己没把握的操作时,先在自己私人服务器里演练一遍确保没问题,再到公司服务器里弄!

Copyright © 2017-2018 三石兄博客 & 版权所有

蜀ICP备17023832号

247136