mysql怎么知道表坏了 mysql表损坏的常见病因

mysql如何显示出现异常的表？怎么修复全部异常表？

select

创新互联公司-专业网站定制、快速模板网站建设、高性价比鲁山网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式鲁山网站制作公司更省心,省钱,快速模板网站建设找我们，业务覆盖鲁山地区。费用合理售后完善，10余年实体公司更值得信赖。

concat('repair

table

',table_name,';')

from

information_schema.tables

where

table_schema='dbname';然后把结果贴进去执行

对我有用[0]丢个板砖[0]引用举报管理TOPiihero(iihero)等

级：32

怎样使用Mysqlcheck来检查和修复，优化表的详解

首页 mysql教程正文

怎样使用Mysqlcheck来检查和修复, 优化表的详解

作者： PHP中文网|标签：mysqlcheck MYSQL 优化表|2017-3-20 14:00

mysqlcheck 是 MySQL 自带的一个工具，作用就是保养表，其实就是检查，分析，修复和优化了。下面来介绍 mysqlcheck 工具的简单使用，官方文档在这里

以下的例子都是基于 MySQL 5.6 版本运行状态下（mysqlcheck是个在线工具）, 不同的存储引擎对于这个命令的支持程度不同（指的是 check, repair, analyze, optimize)，下面内容偏于操作，主要基于 innodb 引擎。

提示：OPTIMIZE 在大表时候可能会消耗很多时间，不清楚原理情况下请谨慎使用!!! innodb 一般不用 OPTIMIZE，请参见 Using MySQL OPTIMIZE tables? For InnoDB? Stop

检查特定的表

注意在shell中执行，不是在mysql的交互环境下

如果应用中提示某个表坏了，使用下面的命令来检查。

$ mysqlcheck -c newmandela order -uroot -pEnter password:

newmandela.order

newmandela 是库名， order是表名，还需要输入用户名和密码

检查一个库中的所有表

$ mysqlcheck -c newmandela -uroot -p

Enter password:

newmandela.account OK

newmandela.alarm OK

newmandela.alarm_settings OK

newmandela.auth_group OK

newmandela.auth_group_permissions OK

newmandela.auth_permission OK...

如何检测MySQL数据库表的故障

本文将讲述。表的故障检测和修正的一般过程如下： ◆ 检查出错的表。如果该表检查通过，则完成任务，否则必须修复出错的数据库表。 ◆ 在开始修复之前对表文件进行拷贝，以保证数据的安全。 ◆ 开始修复数据库表。 ◆ 如果修复失败，从数据库的备份或更新日志中恢复数据。在使用myisamchk或isamchk检查或修复表之前，应该首先注意： ◆ 建立数据库备份和使用更新日志，以防修复失败，丢失数据。 ◆ 仔细阅读本章内容以后再进行操作，尤其是不应该在阅读“避免与MySQL服务器交互作用”之前进行操作。因为，在你没有足够的知识之前贸然操作，可能会引起严重的后果。 ◆ 如果你在Unix平台上对表进行维护时，应该首先注册到专用的帐户 mysql，以避免对表读写访问产生所有权的问题，以及破坏数据库目录的所有权限。数据库表的维护工具 MySQL的myisanchk和isamchk实用程序很类似，基本上它们具有同样的使用方法。它们之间的主要区别时所使用的表的类型。为了检查 /修复MyISAM表(.MYI和.MYD)，你应该使用myisamchk实用程序。为了检查/修复ISAM表(.ISM和.ISD)，你应该使用 isamchk实用程序。 ◆ 为了使用任一个使用程序，应指明你要检查或修复的表，myisamchk和isamchk的使用方法为： shellmyisamchk options tbl_nameshellisamchk options tbl_name 如果你愿意，你可以在命令行命名几个表。 ◆ 你也能指定一个名字作为一个索引文件(用“ .MYI”或“.ISM”后缀)，它允许你通过使用模式“*.MYI”或“.ISM”指定在一个目录所有的表。例如，如果你在一个数据库目录，你可以这样在目录下检查所有的表： shell myisamchk *.MYIshellisamchk *.ISM ◆ 如果你不在数据库目录下，你可指定目录的路径： shell myisamchk options /path/to/database_dir/*.MYIshell isamchk options /path/to/database_dir/*.ISM ◆ 你甚至可以通过为MySQL数据目录的路径指定一个通配符来作用于所有的数据库中的所有表： shell myisamchk options /path/to/datadir/*/*.MYIshell isamchk options /path/to/database_dir/*/*.ISM 这个方法无法在windows平台下使用。注意不论是myisamchk还是isamchk都不对表所在的位置做任何判断，因此，应该或者在包含表文件的目录运行程序，或者指定表的路径名。这允许你将表文件拷贝到另一个目录中并用该拷贝进行操作。检查数据库表 myisamchk和isamchk提供了表的检查方法，这些方法在彻底检查表的程度方面有差异。标准的方法检查表通常用标准的方法就足够了。对表使用标准的方法进行检查，不使用任何选项直接调用即可，或用-s或--silent选项的任何一个： myisamchk tbl_nameisamchk tbl_name 这能找出所有错误的99.99%。它不能找出的是仅仅涉及数据文件的损坏(这很不常见)。完全彻底的数据检查为了执行扩充检查，使用--extend-check或-e选项，这个选项检查数据： myisamchk -e tbl_nameisamchk -e tbl_name 它做一个完全彻底的数据检查(-e意思是“扩展检查”)。它对每一行做每个键的读检查以证实他们确实指向正确的行。这在一个有很多键的大表上可能花很长时间。myisamchk通常将在它发现第一个错误以后停止。如果你想要获得更多的信息，你能增加--verbose(-v)选项。这使得 myisamchk或isamchk继续一直到最多20个错误。在一般使用中，一个简单的标准检查(没有除表名以外的参数)就足够了。中等程度的检查指定选项--medium-check或-m myisamchk -m tbl_name 中等程度的检查不如扩展检查彻底，但速度快一些。其意义不大，较少使用。如果对于--extend-check检查不报告错误，则可以肯定表是完好的。如果你仍然感觉表有问题，那原因肯定在其它地方。应重新检查人和好像有问题的查询以验证查询是正确书写的。

mysql的表坏了怎么修复啊？

1. 表损坏的原因分析

以下原因是导致mysql 表毁坏的常见原因：

1、服务器突然断电导致数据文件损坏。

2、强制关机，没有先关闭mysql 服务。

3、 mysqld 进程在写表时被杀掉。

4、使用myisamchk 的同时，mysqld 也在操作表。

5、磁盘故障。

6、服务器死机。

7、 mysql 本身的bug 。

2. 表损坏的症状

一个损坏的表的典型症状如下：

1 、当在从表中选择数据之时，你得到如下错误：

Incorrect key file for table: ’...’. Try to repair it

2 、查询不能在表中找到行或返回不完全的数据。

3 、Error: Table ’p’ is marked as crashed and should be repaired 。

4 、打开表失败： Can’t open file: ‘×××.MYI’ (errno: 145) 。

5 、

3. 预防 MySQL 表损坏

可以采用以下手段预防mysql 表损坏：

1 、定期使用myisamchk 检查MyISAM 表（注意要关闭mysqld ），推荐使用check table 来检查表（不用关闭mysqld ）。

2 、在做过大量的更新或删除操作后，推荐使用OPTIMIZE TABLE 来优化表，这样既减少了文件碎片，又减少了表损坏的概率。

3 、关闭服务器前，先关闭mysqld （正常关闭服务，不要使用kill -9 来杀进程）。

4 、使用ups 电源，避免出现突然断电的情况。

5 、使用最新的稳定发布版mysql ，减少mysql 本身的bug 导致表损坏。

6 、对于InnoDB 引擎，你可以使用innodb_tablespace_monitor 来检查表空间文件内文件空间管理的完整性。

7 、对磁盘做raid ，减少磁盘出错并提高性能。

8 、数据库服务器最好只跑mysqld 和必要的其他服务，不要跑其他业务服务，这样减少死机导致表损坏的可能。

9 、不怕万一，只怕意外，平时做好备份是预防表损坏的有效手段。

4. MySQL 表损坏的修复

MyISAM 表可以采用以下步骤进行修复：

1、使用 reapair table 或myisamchk 来修复。

2、如果上面的方法修复无效，采用备份恢复表。

具体可以参考如下做法：

阶段1 ：检查你的表

如果你有很多时间，运行myisamchk *.MYI 或myisamchk -e *.MYI 。使用-s （沉默）选项禁止不必要的信息。

如果mysqld 服务器处于宕机状态，应使用--update-state 选项来告诉myisamchk 将表标记为’ 检查过的’ 。

你必须只修复那些myisamchk 报告有错误的表。对这样的表，继续到阶段2 。

如果在检查时，你得到奇怪的错误( 例如out of memory 错误) ，或如果myisamchk 崩溃，到阶段3 。

阶段2 ：简单安全的修复

注释：如果想更快地进行修复，当运行myisamchk 时，你应将sort_buffer_size 和Key_buffer_size 变量的值设置为可用内存的大约25% 。

首先，试试myisamchk -r -q tbl_name(-r -q 意味着“ 快速恢复模式”) 。这将试图不接触数据文件来修复索引文件。如果数据文件包含它应有的一切内容和指向数据文件内正确地点的删除连接，这应该管用并且表可被修复。开始修复下一张表。否则，执行下列过程：

在继续前对数据文件进行备份。

使用myisamchk -r tbl_name(-r 意味着“ 恢复模式”) 。这将从数据文件中删除不正确的记录和已被删除的记录并重建索引文件。

如果前面的步骤失败，使用myisamchk --safe-recover tbl_name 。安全恢复模式使用一个老的恢复方法，处理常规恢复模式不行的少数情况( 但是更慢) 。

如果在修复时，你得到奇怪的错误( 例如out of memory 错误) ，或如果myisamchk 崩溃，到阶段3 。

阶段3 ：困难的修复

只有在索引文件的第一个16K 块被破坏，或包含不正确的信息，或如果索引文件丢失，你才应该到这个阶段。在这种情况下，需要创建一个新的索引文件。按如下步骤操做：

把数据文件移到安全的地方。

使用表描述文件创建新的( 空) 数据文件和索引文件：

shell mysql db_name

mysql SET AUTOCOMMIT=1;

mysql TRUNCATE TABLE tbl_name;

mysql quit

如果你的MySQL 版本没有TRUNCATE TABLE ，则使用DELETE FROM tbl_name 。

将老的数据文件拷贝到新创建的数据文件之中。（不要只是将老文件移回新文件之中；你要保留一个副本以防某些东西出错。）

回到阶段2 。现在myisamchk -r -q 应该工作了。（这不应该是一个无限循环）。

你还可以使用REPAIR TABLE tbl_name USE_FRM ，将自动执行整个程序。

阶段4 ：非常困难的修复

只有.frm 描述文件也破坏了，你才应该到达这个阶段。这应该从未发生过，因为在表被创建以后，描述文件就不再改变了。

从一个备份恢复描述文件然后回到阶段3 。你也可以恢复索引文件然后回到阶段2 。对后者，你应该用myisamchk -r 启动。

如果你没有进行备份但是确切地知道表是怎样创建的，在另一个数据库中创建表的一个拷贝。删除新的数据文件，然后从其他数据库将描述文件和索引文件移到破坏的数据库中。这样提供了新的描述和索引文件，但是让.MYD 数据文件独自留下来了。回到阶段2 并且尝试重建索引文件。

InnoDB 表可以采用下面的方法修复：

如果数据库页被破坏，你可能想要用SELECT INTO OUTFILE 从从数据库转储你的表，通常以这种方法获取的大多数数据是完好的。即使这样，损坏可能导致SELECT * FROM tbl_name 或者InnoDB 后台操作崩溃或断言，或者甚至使得InnoDB 前滚恢复崩溃。尽管如此，你可以用它来强制InnoDB 存储引擎启动同时阻止后台操作运行，以便你能转储你的表。例如：你可以在重启服务器之前，在选项文件的[mysqld] 节添加如下的行：

[mysqld]innodb_force_recovery = 4innodb_force_recovery 被允许的非零值如下。一个更大的数字包含所有更小数字的预防措施。如果你能够用一个多数是4 的选项值来转储你的表，那么你是比较安全的，只有一些在损坏的单独页面上的数据会丢失。一个为6 的值更夸张，因为数据库页被留在一个陈旧的状态，这个状态反过来可以引发对B 树和其它数据库结构的更多破坏。

1 (SRV_FORCE_IGNORE_CORRUPT)

即使服务器检测到一个损坏的页，也让服务器运行着；试着让SELECT * FROM tbl_name 跳过损坏的索引记录和页，这样有助于转储表。

2 (SRV_FORCE_NO_BACKGROUND)

阻止主线程运行，如果崩溃可能在净化操作过程中发生，这将阻止它。

3 (SRV_FORCE_NO_TRX_UNDO)

恢复后不运行事务回滚。

4 (SRV_FORCE_NO_IBUF_MERGE)

也阻止插入缓冲合并操作。如果你可能会导致一个崩溃。最好不要做这些操作，不要计算表统计表。

5 (SRV_FORCE_NO_UNDO_LOG_SCAN)

启动数据库之时不查看未完成日志：InnoDB 把未完成的事务视为已提交的。

6 (SRV_FORCE_NO_LOG_REDO)

不要在恢复连接中做日志前滚。

数据库不能另外地带着这些选项中被允许的选项来使用。作为一个安全措施，当innodb_force_recovery 被设置为大于0 的值时，InnoDB 阻止用户执行INSERT, UPDATE 或DELETE 操作.

即使强制恢复被使用，你也可以DROP 或CREATE 表。如果你知道一个给定的表正在导致回滚崩溃，你可以移除它。你也可以用这个来停止由失败的大宗导入或失败的ALTER TABLE 导致的失控回滚。你可以杀掉mysqld 进程，然后设置innodb_force_recovery 为3 ，使得数据库被挂起而不需要回滚，然后舍弃导致失控回滚的表。

网上找的

mysql表如何查看哪些表crash

MySQL 查看表结构简单命令。

一、简单描述表结构，字段类型desc tabl_name;

显示表结构，字段类型，主键，是否为空等属性，但不显示外键。

二、查询表中列的注释信息

select * from information_schema.columns where table_schema = 'db' #表所在数据库

and table_name = 'tablename' ; #你要查的表

三、只查询列名和注释

select column_name,

column_comment from information_schema.columns where table_schema ='db' and

table_name = 'tablename' ;

四、#查看表的注释

select table_name,table_comment from information_schema.tables where table_schema = 'db' and table_name ='tablename'

ps：二～四是在元数据表中查看，我在实际操作中，常常不灵光，不知为什么，有了解的大侠请留印。

五、查看表生成的DDL show create table table_name;

检查mysql数据库是否存在坏表

[代码] [Shell/批处理]代码#!/bin/bash #此脚本的主要用途是检测mysql服务器上所有的db或者单独db中的坏表 #变量说明 pass mysql账户口令 name mysql账号名称 data_path mysql目录路径 directory_list 目录列表 file_list文件列表 db_name 数据库名称 repair_count单库中待修复的表总数 #变量说明 repair_count_all所有库中待修复的表总数 mysql_version mysql版本 _file_name 数据表名称 echo -e "此脚本的主要用途是检测mysql服务器上所有的数据库或者单独数据库中的坏表\n\n" pass=123456 name=root read -p "输入mysql存储路径: " choose data_path=$choose unset choose read -p "请输入mysql命令路径: " mysql_version #标准输入、标准输出、标准错误输出的文件标示符由 0、1、2标识 read -p "请选择是检查服务器上所有数据库还是指定的数据库 1:检查全部数据库 2:只检查指定数据库: " choose if [ $choose == 1 ]; then cd $data_path for directory_list in $(ls) do if [ -d $directory_list ];then if [ "mysql" != "${directory_list}" -a "test" != "${directory_list}" ];then cd ${directory_list} echo "当前检查数据库为:"${directory_list} for file_list in $(ls *.frm) do _file_name=${file_list%.frm} echo -e "\n" /tmp/check_table_all.log ${mysql_version} -h 127.0.0.1 -u${name} -p${pass} -e "check table "${directory_list}.${_file_name} 21 /tmp/check_table_all.log done cd .. fi fi done cat /tmp/check_table_all.log | grep "Table is marked as crashed" /tmp/check_table_repair.log repair_count_all=` awk 'END{print NR}' /tmp/check_table_repair.log ` echo -e "所有数据库用有${repair_count_all}张表需要修复！" more /tmp/check_table_repair.log else read -p "请输入要检查的数据库名称: " db_name cd ${data_path}/${db_name} for file_list in $(ls *.frm) do _file_name=${file_list%.frm} echo -e "\n" /tmp/check_${db_name}.log ${mysql_version} -h 127.0.0.1 -u${name} -p${pass} -e "check table "${db_name}.$_file_name 21 /tmp/check_${db_name}.log done cat /tmp/check_${db_name}.log | grep "Table is marked as crashed" /tmp/check_${db_name}_Repair.log repair_count=`awk 'END{print NR}' /tmp/check_${db_name}_Repair.log` echo -e "${db_name}中共有${repair_count}个表需要修复！\n " more /tmp/check_${db_name}_Repair.log fi

本文标题：mysql怎么知道表坏了 mysql表损坏的常见病因
文章分享：http://scyanting.com/article/dooosih.html