28号还在博客发了些牢骚,前天又忙于工作没有继续我工作两年来坚持的每月两篇文章,昨天想填补一下这个月的空白,发一下帝都出差感想,没想到发现博客又出现数据库连接错误。
说到这里不得不再牢骚几句,最近博客所使用的oneman vps真心不给力啊,经常宕机,经常数据库连接错误。这回也不例外,本以为像之前一样直接重启ok了。谁知道启动后还是不行,看来手机是玩不成了,打开电脑开始调试,因为之前所述缘故,电脑上没有什么工具之类的,都要下载,随后连上vps逐步排查,发现居然是数据文件损坏,按照常理,REPAIR TABLE TABLE_NAME修复完,数据没问题了,重启服务就好了。
实际上,我操作之后还是不行,找了些类似案例,发现是安全模式惹的祸,还有什么lock,什么mysql.sock丢失之类的问题。
昨天修复了一会看时间不早就不管了,今天回来想了想,博客不能宕机太久,避免影响收录哈,于是又花时间修复,可能之前误操作什么了,导致sshd也不好用了只能vnc上来,几经折腾还是不行,目前已经果断暂时搁置了,反正文件能够拿到,转移到其他地方,数据库在之前也一直有备份,只不过最近有一两个小工具的配置信息丢失了,因为损坏的是wp-options表,而之前备份的是没有这个表的(当时备份的时候这个表已经损坏),不过也无所谓了,基本没损失。现在打算重装mysql,再还原数据文件试试能不能恢复,因为网络慢,vnc经常断开,所以还没弄完,不过有数据了,真不行,就还是果断重装系统走起了。
这里提醒下大家,平时记得多备份,我电脑硬盘的全格以及这次数据库问题,都是很好的例子,另外附件类的东西最好也定期(最好实时)备份,保证数据万无一失。顺便说句,普通的mysql数据文件损坏,基本上repair一下就ok了,常见诸如突然掉电引起的文件损坏,都可以修复的。
上一篇: 生活没有Ctrl+Z 下一篇: 真假EasyRecovery识别