昨天想着备份数据库，但是没有成功，错误原因是#Got errno 28 on write
查到是因为磁盘空间不足或者mysql设置中max_allowed_packet变量设置过小
在mysql命令行中使用#set global max_allowed_packet = 2*1024*1024*10。将其设置为20M
并且重新启动mysql命令行，再次备份，发现还是同样的错误，怀疑是磁盘空间满，经查看，
[root@AY121231034820cd91077 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
备份和恢复数据库的方法经过实践后会另外写出。
