记一次移动mysql文件出现问题的解决

喜欢ヅ旅行 2022-05-23 01:46 398阅读 0赞

我们的禅道硬盘满了。登录也登录不进去。

查了一下log,满了。

于是我把没有挂上去的盘挂上去了,挂盘的方式在这里https://blog.csdn.net/zqixiao\_09/article/details/51417432

然后我找到禅道的dataDir,把里面的mysql文件mv到新的硬盘上去

修改了一个地方的dataDir,启动不起来,说位置不对,那我就把文件cp回去。

删除了一个186m的日志文件,然后打算启动。结果出现了

“zendao.zt_action”is marked as crashed and should be repaired

那我就找repair的方法,登录进去数据库,找到对应的表,repair table zt_action;

提示我cannot change the ownership of zt_action.frm之类的东西,具体我忘记了。

查找原因,原来是我操作那个文件的时候,用的是root,而禅道使用的不是这个用户,没有权限执行root用户的文件。

那就修改权限bei,chown mysql.mysql -R XXX(目录),提示没有那个用户,我又懵逼了,没有mysql用户吗?

查了一下确实没有,到底是谁???

可是现在我不知道谁在操作了,因为前面的文件的用户都别覆盖了,ll出来都是root。

最后怎么办,查了别的文件,好像是nobody.root,那就修改呗。修改之后,还是不能repaire,并提示我zt_action.TMP文件已经存在了,应该是之前修改过,所以有个临时文件,存在我就删除了呗。

我把这个文件加个.bak,继续创建,关键点来了!!!!

创建了之后还是提示我没有权限,但是—————我ll了一下,看到了用户是.TMD文件的拥有者是nobody.nobody,难道就是他???

于是我把所有zt开头的文件都修改了chown zt* nobody.nobody,然后再repair,提示ok!!!我重启了一下,没有报错了,而且可以登录了。

大功告成!

其实,我最后不用repair应该也可以,因为之前的原因是因为文件的权限修改了,才提示我repair的

发表评论

表情:
评论列表 (有 0 条评论,398人围观)

还没有评论,来说两句吧...

相关阅读

    相关 mysql死锁问题

    是我第一次遇到mysql死锁问题,通过这次死锁问题的分析,我对数据库的锁和有了更详细的认识。漫漫长路,一点点走。 这是我的demo复现,出现的原因是在事务里面循环更新数...

    相关 监控问题解决历程

    每次必写的前言 这周的周一我们老大请了一天假,本来这该是一个多么美好的周一啊,打打盹,看看邮件什么的,时间很快就过去了不是吗。可是老天爷注定不让我度过一个愉快的周一。它扔