教您修复mysql数据库的⽅法
会mysql的朋友都知道mysql在长时间使⽤过后数据库会出现⼀些问题，这就需要快速修复损坏mysql数据库以⽅便我们的⼯作和学习。下⾯⼩编为⼤家下⾯介绍两种快速检修 MySQL 数据库的⽅法。
本⼈常⽤这样的代码，直接放到mysql数据库⽬录⾥⾯
复制代码代码如下:
cmd /k myisamchk -r jb51_tablename
jb51_tablename是jb51_tablename.MYD的名称。运⾏以下就可以了。
有的时候因为掉电或者其他原因导致数据库损坏，我们可以使⽤mysql⾃带的mysqlcheck命令来快速修复所有的数据库或者特定的数据库；例如
检查优化并修复所有的数据库⽤:
1.先在运⾏中输⼊CMD，启动命令⾏.
mysql数据库的方法2.进⼊Mysql的Bin⽬录：E:\Program Files\MySQL\MySQL Server 5.0\bin，如果不知道如何进⼊别的⽬录，
就要参考⽹上的资料补习基础知识了.
常见⽅式:
运⾏ E:
运⾏ CD "E:\Program Files\MySQL\MySQL Server 5.0\bin"
3.运⾏：mysqlcheck -A -o -r -uroot -p888888
注意，将888888改成你⾃⼰的root⽤户密码
mysql.db                      OK
mysql.func                    OK
mysql.help_category                OK
mysql.help_keyword                OK
mysql.help_relation                OK
mysql.help_topic                  OK
mysql.host                    OK
mysql.tables_priv                　OK
mysql.time_zone                  OK
mysql.time_zone_leap_second            OK
mysql.time_zone_name                OK
mysql.time_zone_transition            OK
mysql.time_zone_transition_type          OK
mysql.user                    OK
......
.
.....
......
注意!
在修复过程中，如果看到有error的提⽰，表明这个表是坏的,⽆法修复的，对于含有坏表的的数据库，您只能删除它，或停⽌它，不然会影响整个Mysql的稳定，造成mysql⾃动停⽌.(提⽰"The storage engine for the table doesn't support repair"的表不需要处理)
如果修复太快看不到结果，可以运⾏
mysqlcheck -A -o -r -uroot -p888888 >>C:\
运⾏后打开就可以看到了.
  使⽤ myisamchk 必须暂时停⽌ MySQL 服务器。例如，我们要检修 discuz 数据库。执⾏以下操作：
复制代码代码如下:
  # service mysql stop (停⽌ MySQL )；
  # myisamchk -r /数据库⽂件的绝对路径/*MYI
  # service mysql start
  myisamchk 会⾃动检查并修复数据表中的索引错误。
  使⽤ mysqlcheck ⽆需停⽌ MySQL ，可以进⾏热修复。操作步骤如下：
># mysqlcheck -r discuz.*
⼩编提醒：⽆论是 myisamchk 还是 mysqlcheck ，⼀般情况下不要使⽤ -f 强制修复，-f 参数会在遇到⼀般修复⽆法成功的时候删除部分出错数据以尝试修复。所以，不到万不得已不要使⽤ -f。
以下是补充：
⼀张损坏的表的症状通常是查询意外中断并且你能看到例如这些错误：
◆ “tbl_name.frm”被锁定不能改变。
◆不能到⽂件“tbl_name.MYI”（Errcode ：### ）。
◆从表处理器的得到错误###(此时，错误135是⼀个例外)。
◆意外的⽂件结束。
◆记录⽂件被毁坏。
在这些情况下，你必须修复表。表的修复是⼀项⾮常困难的⼯作，很多情况下令⼈束⼿⽆策。然⽽，有⼀些常规的知道思想和过程，可以遵循它们来增加修正表的机会。通常，开始是可以⽤最快的修复⽅法，看看能否袖珍故障。如果发现不成功，可以逐步升级到更彻底的但更慢的修复⽅法。如果仍旧难以修复，就应该从备份中恢复了。在上⼀章已经详细介绍了这⼀部分内容。
简单安全的修复
为了修复⼀个表执⾏下列步骤：
◆⾸先，⽤--recover,-r选项修正表，并且⽤--quick，-q选项，来只根据索引⽂件的内容进⾏恢复。这样不接触数据⽂件来修复索引⽂件。(-r意味着“恢复模式”)
myisamchk -r -q tbl_name
isamchk -r -q tbl_name
◆如果问题仍旧存在，则忽略--quick选项，允许修复程序修改数据⽂件，因为这可能存在问题。下⾯的命令将从数据⽂件中删除不正确的记录和已被删除的记录并重建索引⽂件：
myisamchk -r tbl_name
isamchk -r tbl_name
◆如果前⾯的步骤失败，使⽤。安全恢复模式使⽤⼀个⽼的恢复⽅法，处理常规恢复模式不⾏的少数情况(但是更慢)。myisamchk --safe-recover tbl_name
isamchk --safe-recover tbl_name
困难的修理
如果在索引⽂件的第⼀个16K块被破坏，或包含不正确的信息，或如果索引⽂件丢失，你只应该到这个阶段。在这种情况下，创建⼀个新的索引⽂件是必要的。按如下这样的步骤做：
◆定位到包含崩溃表的数据库⽬录中
◆把数据⽂件移更安全的地⽅。
◆使⽤表描述⽂件创建新的(空)数据和索引⽂件：
shell> mysql db_namemysql> DELETE FROM tbl_name;mysql> quit
上述语句将重新创建新的空表，并使⽤表的的描述⽂件tbl_name.frm重新⽣成新的数据和索引⽂件。
◆将⽼的数据⽂件拷贝到新创建的数据⽂件之中。（不要只是将⽼⽂件移回新⽂件之中；你要保留⼀个副本以防某些东西出错。）
◆在使⽤标准的修复⽅法。现在myisamchk -r -q应该⼯作了。（这不应该是⼀个⽆限循环）。
如果你拥有表的备份⽂件，那么⼀切过程就容易的多。从备份⽂件中可以恢复表的描述⽂件，然后在检查表，有可能还要继续使⽤标准的修复⽅法，应该纠可以解决问题了。
⾮常困难的修复
只有描述⽂件也破坏了，你才应该到达这个阶段。这应该从未发⽣过，因为在表被创建以后，描述⽂件就不再改变了。
从⼀个备份恢复描述⽂件并且回到阶段2。你也可以恢复索引⽂件并且回到阶段1。对于后者，你应该⽤myisamchk -r启动。
如果因为某种原因，数据的备份⽂件丢失或者没有备份⽂件，但是你还记得建⽴表的CREATE TABLE语句，那么太好了，这样还是可以恢复索引⽂件：
◆定位到包含崩溃表的数据库⽬录中
◆把数据⽂件移更安全的地⽅。再把数据库⽬录中的对应的⽬录删去.。
◆调⽤mysql并发复CREATE TABLE语句建⽴该表。
◆退出mysql，将原始的数据⽂件和索引⽂件移回到数据库的⽬录中，替换刚才新建的⽂件。
◆然后回到阶段2，修复表。也可以只移回数据⽂件，这样保留新的描述和索引⽂件，然后回到阶段1，继续⽤标准的⽅法修复表。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。