昨天想着备份数据库,但是没有成功,错误原因是#Got errno 28 on write
查到是因为磁盘空间不足或者mysql设置中max_allowed_packet变量设置过小
在mysql命令行中使用#set global max_allowed_packet = 2*1024*1024*10。将其设置为20M
并且重新启动mysql命令行,再次备份,发现还是同样的错误,怀疑是磁盘空间满,经查看,
[[email protected] bin]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 20G 20G 412M 98% /
tmpfs 498M 0 498M 0% /dev/shm
/dev/xvdb1 69G 17G 49G 26% /home
发现第一块磁盘确实满了,但是不知道那些东西放到第一块磁盘,所以将www目录中的一堆不明所以的数据库进行了删除。
删除之后进行备份发现还是出现#Got errno 28 on write,不明所以。。。。。
此时登陆网站发现登陆不成功,错误原因为Table ‘***‘ is marked as crashed and should be repaired。
重启服务器,重新打开nginx、mysql、php、都不行,打开mysql的时候出现错误,提示已经把错误写进日志。
查找到mysql的错误日志位置为:/var/log/mysqld.log.打开查看后发现错误如下
150211 13:49:01 [ERROR] /usr/local/mysql/bin/mysqld: Table ‘./erqilu_87/pw_log_userdefend‘ is marked as crashed and should be repaired
150211 13:51:21 [ERROR] /usr/local/mysql/bin/mysqld: Table ‘./erqilu_87/pw_log_userdefend‘ is marked as crashed and should be repaired
150211 13:52:02 [ERROR] /usr/local/mysql/bin/mysqld: Table ‘./erqilu_87/pw_log_userdefend‘ is marked as crashed and should be repaired
查到错误原因有很多:
1.可能是频繁更新查询dede_archives
2.数据库因为某种原因造成了损坏
经查修复方法如下
找到mysql的安装目录的bin/myisamchk(本站是:/usr/local/mysql/bin )工具,这里是在命令行中输入:
myisamchk -c -r /目录名/表名.MYI
这里是:myisamchk -c -r /var/lib/mysql/erqilu_87/pw_log_userdefend.MYI
然后myisamchk 工具会帮助你恢复数据表的索引。不用重新启动mysql,问题就解决了。
二七路网站可以进行正常访问和登陆。
其中连带着还有其他几种修复方法,甚至MYI文件丢失后都可以修复,在此不在赘述。
出现问题修复方法总结
1.先查看日志
2.根据日志进行网上搜索问题解决的办法
3.尝试修复
2015年2月11日14:47:41
备份和恢复数据库的方法经过实践后会另外写出。