Mysql ERROR 145 (HY000)

问题:今天Mysql数据库异常关闭,起来以后感受能够了。html

可是运行业务数据的时间就相似以下的错误mysql

ERROR 145 (HY000) at line 34: Table './database_name/table_name' is marked as crashed and should be repairedsql

经过网上查资料,有人所了几种缘由,我以为我这个应该是数据库异常关闭形成的数据问题,须要恢复下数据库

解决办法:汇总起来那些表有问题。到数据目录下执行安全

myisamchk -r -c table_name.MYI服务器

- recovering (with keycache) MyISAM-table 'table_name.MYI'
Data records: 289
Data records: 288ide

 

Navicat 工具解决办法:选中表->右键->Maintain->Repair Table->Quick工具

解决问题。post

参考资料:测试

http://www.cnblogs.com/hakuci/archive/2012/03/20/2407723.html

http://www.111cn.net/database/mysql/43923.htm

Table '.\Tablename\posts' is marked as crashed and should be repaired

提示说论坛的帖子表posts被标记有问题,须要修复。我记得之前也出现过相似的问题,可是只要点击Phpmyadmin上的repair按纽就自动修复了,可是此次很绝,什么都没有.因而赶快上网查找缘由。最终将问题解决。解决方法以下:

找到mysql的安装目录的bin/myisamchk工具,在命令行中输入:

myisamchk -c -r ../data/tablename/posts.MYI

而后myisamchk 工具会帮助你恢复数据表的索引。好象也不用从新启动mysql,问题就解决了。

问题分析:

一、
错误产生缘由,有网友说是频繁查询和更新dede_archives表形成的索引错误,由于个人页面没有静态生成,而是动态页面,所以比较赞成这种说法。
还有说法为是MYSQL数据库由于某种缘由而受到了损坏,如:数据库服务器突发性的断电、在提在数据库表提供服务时对表的原文件进行某种操做都有可能致使
MYSQL数据库表被损坏而没法读取数据。总之就是由于某些不可测的问题形成表的损坏。


二、问题解决办法。

当你试图修复一个被破坏的表的问题时,有三种修复类型。若是你获得一个错误信息指出一个临时文件不能创建,删除信息所指出的文件并再试一次--这一般是上一次修复操做遗留下来的。
这三种修复方法以下所示:
% myisamchk --recover --quick /path/to/tblName
% myisamchk --recover /path/to/tblName
% myisamchk --safe-recover /path/to/tblName

第一种是最快的,用来修复最普通的问题;而最后一种是最慢的,用来修复一些其它方法所不能修复的问题。

检查和修复MySQL数据文件
若是上面的方法没法修复一个被损坏的表,在你放弃以前,你还能够试试下面这两个技巧:

果你怀疑表的索引文件(*.MYI)发生了不可修复的错误,甚至是丢失了这个文件,你可使用数据文件(*.MYD)和数据格式文件(*.frm)从新生
成它。首先制做一个数据文件(tblName.MYD)的拷贝。重启你的MySQL服务并链接到这个服务上,使用下面的命令删除表的内容:
mysql> DELETE FROM tblName;

删除表的内容的同时,会创建一个新的索引文件。退出登陆并从新关闭服务,而后用你刚才保存的数据文件(tblName.MYD)覆盖新的(空)数据文件。
最后,使用myisamchk执行标准的修复(上面的第二种方法),根据表的数据的内容和表的格式文件从新生成索引数据。

若是你的表的
格式文件(tblName.frm)丢失了或者是发生了不可修复的错误,可是你清楚如何使用相应的CREATE
TABLE语句来从新生成这张表,你能够从新生成一个新的.frm文件并和你的数据文件和索引文件(若是索引文件有问题,使用上面的方法重建一个新的)一
起使用。首先制做一个数据和索引文件的拷贝,而后删除原来的文件(删除数据目录下有关这个表的全部记录)。

启动MySQL服务并使用当初的CREATE TABLE文件创建一个新的表。新的.frm文件应该能够正常工做了,可是最好你仍是执行一下标准的修复(上面的第二种方法)。

 

 

        为了避免冒失修复,故采起保守作法,咱们知道 MySQL 一个高效的管理工具即是 PhpMyAdmin,而在该管理软件中就包含了对表的检查、分析、修复、优化功能,比起网上提供的含糊命令行来讲更安全更简便。

image

        经过实践,在使用检查表功能后确实发现了问题,以后使用修复功能进行了修复,反馈结果每一个表都已经 ok,再执行一次优化,从新测试访问网站终于恢复了正常。一场灾难就此避免……

 

----

错误产生缘由,有网友说是频繁查询和更新[数据表]表形成的索引错误,由于个人页面没有静态生成,而是动态页面,所以比较赞成这种说法。还有说法为是MYSQL数据库由于某种缘由而受到了损坏,如:数据库服务器突发性的断电、在提在数据库表提供服务时对表的原文件进行某种操做都有可能致使MYSQL数据库表被损坏而没法读取数据。总之就是由于某些不可测的问题形成表的损坏。

相关文章
相关标签/搜索