数据库损坏了怎么办

有的时候因为掉电或者其他原因导致数据库损坏,我们可以使用mysql自带的mysqlcheck命令来快速修复所有的数据库或者特定的数据库例如

检查优化并修复所有的数据库用:

# mysqlcheck -A -o -r -p

Enter password:

database1 OK

database2 OK

----------

修复指定的数据库用

# mysqlcheck -A -o -r Database_NAME -p

即可

另外如果只是对某个表进行修复可以用：myisamchk或isamchk

其中myisamchk适用于MYISAM类型的数据表，而isamchk适用于ISAM类型的数据表。这两条命令的主要参数相同，一般新的系统都使用MYISAM作为缺省的数据表类型，这里以myisamchk为例子进行说明。当发现某个数据表出现问题时可以使用：

myisamchk tablename.MYI

进行检测，如果需要修复的话，可以使用：

myisamchk -of tablename.MYI

关于myisamchk的详细参数说明，可以参见它的使用帮助。需要注意的时在进行修改时必须确保MySQL服务器没有访问这个数据表，保险的情况下是最好在进行检测时把MySQL服务器Shutdown掉。

另外可以把下面的命令放在你的rc.local里面启动MySQL服务器前：

[ -x /tmp/mysql.sock ] &&/pathtochk/myisamchk -of /DATA_DIR/*/*.MYI

其中的/tmp/mysql.sock是MySQL监听的Sock文件位置，对于使用RPM安装的用户应该是 /var/lib/mysql/mysql.sock，对于使用源码安装则是/tmp/mysql.sock可以根据自己的实际情况进行变更，而 pathtochk则是myisamchk所在的位置，DATA_DIR是你的MySQL数据库存放的位置。

1,简单的修复模式

myisamchk -r -q path/数据库/坏表.MYI

注:-r ----恢复模式 -q ----快速修复

2,使用安全修复模式

myisamchk --safe-recover path/数据库/坏表.MYI

3,困难的修复模式

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

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

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

shell>mysql db_name

mysql>Delete FROM tbl_name

mysql>quit

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

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

4,非常困难的修复模式

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

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

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

5,优化表结构

myisamchk -r 表

也可以使用sql语句来优化OPTIMIZE TABLE

本方法参考自mouse博客

关于这个问题,要看损坏的是什么文件，以ORACLE数据库为例1控制文件，每个数据库默认有三个控制文件内容一样（比如CTRL01.DBF,CTRL02.DBF,CTRL03.DBF)，损坏其中两个，只需把好的那个拷贝成另外两个的名称即可。如果所有控制文件都坏了，需要启动实例到nomount状态重建控制文件，前提是之前最好做过alterdatabasebackupcontrolfiletotrace会得到一个重建控制文件的脚本2在线日志（redolog），如果每个日志组（group）的member（成员）不止一个，同一组内的在线日志只要有一个完好，同样可以通过拷贝方式（停止数据库后）恢复。3TEMP表空间数据文件，可以理解为数据库用的临时文件，损坏后基本无数据损失，可以通过重建temp表空间恢复4.SYSTEM系统表空间，这个挂了基本上必须靠恢复了，前提是要有备份4.其它数据表空间4.1.有备份，可以恢复，但可能丢失数据4.2.未备份，无法恢复该表空间数据，可以选择使该表空间离线（offline），恢复其它数据

如果没有主数据库，您就无法成功地启动SQL Server。在本文里，我将向您介绍在发生崩溃的情况下如何修复主数据库，并告诉您如何重建主数据库，如果有必要的话。

制定预案

制定一个应对崩溃和／或主数据库故障的预案十分重要。这将有助于您在碰到灾难的情况下按照既定的方法进行处理，而不是迫于压力仓促作出反应。我碰到过很多很容易就陷入惊慌的状况，但是由于保持冷静并按照正确的方法来处理问题，我最后成功地度过了所有的困境。

怎么才能知道您的主数据库已经崩溃？

在正式开始讨论碰到系统故障如何修复和重建的主数据库之前，我们需要先了解如何辨别它已经崩溃了。要说明这一点，我会弄垮一个主数据库，告诉您主数据库崩溃会发生什么样的症状。

现在让我们假设您的公司碰到了电涌，造成SQL Server重启。在重新启动的时候，SQL Server却没有正常启动。如果查看错误日志，您会看到主数据库崩溃或者丢失。既然您知道需要查看什么信息，那就让我们看看如何修复主数据库。

修复您的主数据库

修复主数据库的第一步是使用“重建向导（Rebuild Wizard，Rebuildm.exe），它放在\Program Files\Microsoft SQL Server\80\Tools\BINN目录下。现在就让我们来看看重建向导是如何工作的。

双击Rebuildm.exe启动对话框。

在这个对话框里，您可以指定数据库服务器的修复设置，以及原始安装的数据文件的位置。要让这一过程更容易和更快，就要把x86目录从SQL的光盘上复制到硬盘上，并把指向改到本地的副本。一旦验证完了所有的信息，点击“重建（Rebuild）”。然后系统就会提示您确认 *** 作

点击“确定（Yes）”。一旦重建过程完成，您会看到一条重建成功的消息。您现在就有了一个全新的主数据库，准备好修复主数据库了。

首先，打开命令行提示符，输入\Program Files\Microsoft SQL Server\MSSQL\BINN\目录下的sqlservr.exe –c –m命令，启动单用户模式下的SQL Server。

在单用户模式下启动SQL Server之后，您可以利用备份文件修复主数据库。您可以用“查询分析器（Query Analyzer）”或者“SQL企业管理器（SQL Enterprise Manager）”来修复它。

如果使用企业服务器，就要右击主数据库，选择“所有任务｜修复数据库（All Tasks | Restore Database）”，浏览到您设备所在的位置，点击两次“OK”，您就可以成功地修复主数据库了。

如果由于某种原因您的修复 *** 作无法成功完成，那么您可以试试别的方法。只用简单地重建主数据库并添加驻留在数据目录下的所有数据库就可以了。您可以用企业管理器或者查询分析器来添加数据库。在企业管理器里，右击“数据库（Databases）”，选择“添加数据库（Attach Database）”

---