如果是文件都丢失了数据库损坏，那只能用数据恢复软件。如果是数据库被破坏了，打不开，或者部分数据丢失，我们一般使用微软Office中带的Access对数据库进行修复和整理。Access数据库被损坏分以下几种情况：1、严重损坏；2、轻度损坏；3、有些表被损坏或有些表的部分记录被损坏。下面就分情况介绍解决办法。 1、使用Access打不开数据库、系统提示\"不可识别的数据库格式\"或\"不是该表的索引\"等信息，这样的数据库都是损坏比较严重的。损害严重的数据库一般来说都是无法修复的，只有恢复备份了，好在这种情况比较少见。 2、如果数据库损坏的不严重，只需要使用Access 97菜单上的“修复数据库”和“压缩数据库”就可以把数据库修复好。因为数据库轻微损坏的时候，一般也不会导致软件出什么问题，所以也不会引起人的注意，只有当数据库的某一个或几个表损坏了的时候，才会使软件变得不稳定，所以这种情况才是我们最常遇到的。 3、如何确定数据库中哪几个表有问题呢，我们首先利用Access 建立一个空数据库，利用系统提供的“引入数据库”功能，选择目标数据库所有的表进行引入，Access当引入到有问题的表时系统会提示一些错误信息，把这个表的名字记下来以备以后修复时使用。 接下来利用Access97打开有问题的数据库，准备修复表。修复损坏的表的方法依照表损坏程度不同而不同，下面分情况介绍处理的办法： 一、表损坏的非常严重，表现为无法打开表，系统提示“Microsoft jet 找不到对象”、“没有读写权限”或“不可识别”等信息。 处理方法：这种表的已经损坏得非常严重了，一般无法修复。如果这个表不很重要或通常情况下表的内容为空的话，例如“常用凭证表”、“科目共享锁定表”或“凭证共享锁定表”，我们可以通过引入的方法把其他数据库的表引入，然后把有问题的表删除即可。 二、表中有几行内容非常混乱或字段内标有“#已删除”字样，但当要删除这些记录时就会出现错误信息不许删除。 处理办法：既然不让删除这些记录，我们可以通过使用SQL语句把没有问题的记录复制到一个新的表中，然后把老表删除把新表的名字改过来即可。例如“凭证及明细账表GL_ACCVOUCH”中有错误记录有无法删除，我们可以使用如下SQL语句把好的记录复制到GL_ACCTEMP中： SELECT GL_ACCVOUCH.* INTO GL_ACCTEMP FROM GL_ACCVOUCH WHERE {筛选的条件} 然后删除表GL_ACCVOUCH，再把表GL_ACCTEMP的 名字改为GL_ACCVOUCH即可解决问题。 修复ACCESS数据库的注意事项，首先，我们在修复数据库前一定要做好备份，以防数据丢失或损坏；有一些数据库中有RELATION(关系)来维护数据的一致性，但当数据库异常后相关表的RELATION也就丢失了，在修复好数据库后一定要把RELATION再联好，有些软件可以自动修复RELATION,比如用友公司的ERP8.XX系列产品的数据库可以通过把表accinformation中的[cSysid]=\'AA\' and [项目号]=\'99\'的记录，把[设置值]和[缺省值]改为\'8.0A0\'，重新进入系统时，系统会自动升级并重建索引。
我服务器的数据库损坏了怎么办？
有的时候因为掉电或者其他原因导致数据库损坏,我们可以使用mysql自带的mysqlcheck命令来快速修复所有的数据库或者特定的数据库;例如检查优化并修复所有的数据库用:#mysqlcheck-A-o-r-pEnterpassword:database1OKdatabase2OK----------修复指定的数据库用#mysqlcheck-A-o-rDatabase_NAME-p即可另外如果只是对某个表进行修复可以用数据库损坏：myisamchk或isamchk其中myisamchk适用于MYISAM类型的数据表，而isamchk适用于ISAM类型的数据表。这两条命令的主要参数相同，一般新的系统都使用MYISAM作为缺省的数据表类型，这里以myisamchk为例子进行说明。当发现某个数据表出现问题时可以使用：myisamchktablename.MYI进行检测，如果需要修复的话，可以使用：myisamchk-oftablename.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-qpath/数据库/坏表.MYI注:-r----恢复模式-q----快速修复2,使用安全修复模式myisamchk--safe-recoverpath/数据库/坏表.MYI3,困难的修复模式如果在索引文件的第一个16K块被破坏，或包含不正确的信息，或如果索引文件丢失，你只应该到这个阶段。在这种情况下，创建一个新的索引文件是必要的。按如下这样做：把数据文件移更安全的地方。使用表描述文件创建新的(空)数据和索引文件：shell>mysqldb_namemysql>DeleteFROMtbl_name;mysql>quit将老的数据文件拷贝到新创建的数据文件之中。（不要只是将老文件移回新文件之中；你要保留一个副本以防某些东西出错。）回到阶段2。现在myisamchk-r-q应该工作了。（这不应该是一个无限循环)。4,非常困难的修复模式只有描述文件也破坏了，你才应该到达这个阶段。这应该从未发生过，因为在表被创建以后，描述文件就不再改变了。从一个备份恢复描述文件并且回到阶段3。你也可以恢复索引文件并且回到阶段2。对后者，你应该用myisamchk-r启动。如果你没有一个备份但是确切地知道表是怎样被创建的，在另一个数据库中创建表的一个拷贝。删除新的数据文件，然后从其他数据库将描述和索引文件移到破坏的数据库中。这给了你新的描述和索引文件，但是让数据文件独自留下来了。回到阶段2并且尝试重建索引文件。5,优化表结构myisamchk-r表也可以使用sql语句来优化OPTIMIZETABLE本方法参考自mouse博客
