May
7
引用
Bo-Blog Database System Tips: MySQL Query Error
Time: 2008-5-7 7:40am
Script:
SQL: UPDATE `***blogs` SET `property`=0 WHERE `property`=4 AND `pubtime`<=1210146018
Error: Can't open file: '***blogs.MYI'. (errno: 145)
Errno.: 1016
Time: 2008-5-7 7:40am
Script:
SQL: UPDATE `***blogs` SET `property`=0 WHERE `property`=4 AND `pubtime`<=1210146018
Error: Can't open file: '***blogs.MYI'. (errno: 145)
Errno.: 1016
但首页的index.htm 可以正常打开,目录下的其它几个站点可以打开,说明不是服务器原因;唯独Bo-Blog 相关页面不能访问,均提示如上信息——剩下的可能性就只有Bo-Blog 出问题了,特别是数据库。
进入FTP 查看相关程序文件,按最后修改日期来看好像没有什么异常情况,排除了其它人为破坏的可能,就只剩MySQL 了。打开phpMyAdmin ,可正常登陆,瞟了一眼貌似都无异样……
只是***_blogs 这个表明显的不同,显示“正在使用”,不可浏览,可查看结构,但一查看结构就有满篇的大红错误提示,而且什么表数据大小、最后编辑时间,什么字段、类型、属性、Null等等的统计都没有了。顿时空白了,能想到的就是数据库被“人为破坏”了吧?难道在当前这么和谐的社会居然还会出现这种事,还是数据库自身原因问题的可能性更大一点。
开始按如下方法解决问题了:
1、先把有问题的***_blogs “导出”,备份一下,好当作死马来医;
2、检查一下,打开SQL 输入 CHECK TABLE ***_blogs,出现数个大红的警告、损坏以及错误,无视之,下一步;
3、尝试修复,再打开SQL 输入 REPAIR TABLE ***_blogs ,修复状态为“repair status OK”。
4、回到数据库浏览页,所以表状态正常,打开Blog 页面刷新之,首页正常打开。
注:上面SQL 命令中的[b]***_blogs中的***应换成你自己的表前辍,否则检查和修复都不会成功,这里的*号只是为了防治某种人为因素。
虽然成功修复,但仍然不知道出现这个问题的原因是什么?!?!
排除了我自身的误操作外,我只能怪罪于数据库空间提供商的服务器有问题了,使得我的小站经常无法访问是常事……所以经常备份是好习惯,大不了重新装一遍。=1210146018br>
123
2008-6-30 17:42

勇哥
2008-6-12 17:03
不错不错。。支持一下。。
分页: 1/1
1
1
全球宽带网络建设状况排名 中国未进前30?
恭喜校内网,被“日”了!




















