第6章 数据库的维护与修复

本章要点：维护表的工具及使用如何对表进行由简到繁的检查如何对表进行由容易到困难的修复如何建立一个数据库的维护规范你可能希望MySQL从安装以后就始终正常运行。但是，因为各种原因，MySQL随时可能会出现问题。各种意外情况都可能是服务器崩溃或者主机意外停机，都会导致数据库表的损坏。这些错误通常是对表进行修改且未完全写入时引起的。而且这些数据往往是最新的数据，通常不可能在备份数据中找到，通常你需要修复数据表，以尽可能的抢救重要数据。本章的主要内容是检查和修复表的问题，对于表的检查和修复，最重要的工具是myisamchk和isamchk实用程序。数数数据据据库库库的的的维维维护护护与与与修修修复复复第第66章章6数据库的维护与修复数据库表的检查、修复与优化表的故障检测和修正的一般过程如下：检查出错的表。如果该表检查通过，则完成任务，否则必须修复出错的数据库表。在开始修复之前对表文件进行拷贝，以保证数据的安全。开始修复数据库表。如果修复失败，从数据库的备份或更新日志中恢复数据。在使用myisamchk或isamchk检查或修复表之前，应该首先注意：建立数据库备份和使用更新日志，以防修复失败，丢失数据。仔细阅读本章内容以后再进行操作，尤其是不应该在阅读“避免与MySQL服务器交互作用”之前进行操作。因为，在你没有足够的知识之前贸然操作，可能会引起严重的后果。如果你在Unix平台上对表进行维护时，应该首先注册到专用的帐户mysql，以避免对表读写访问产生所有权的问题，以及破坏数据库目录的所有权限。6.1.1数据库表的维护工具MySQL的myisanchk和isamchk实用程序很类似，基本上它们具有同样的使用方法。它们之间的主要区别时所使用的表的类型。为了检查/修复MyISAM表(.MYI和.MYD)，你应该使用myisamchk实用程序。为了检查/修复ISAM表(.ISM和.ISD)，你应该使用isamchk实用程序。为了使用任一个使用程序，应指明你要检查或修复的表，myisamchk和isamchk的使用方法为：shellmyisamchkoptionstbl_nameshellisamchkoptionstbl_name如果你愿意，你可以在命令行命名几个表。你也能指定一个名字作为一个索引文件(用“.MYI”或“.ISM”后缀)，它允许你通过使用模式“*.MYI”或“.ISM”指定在一个目录所有的表。例如，如果你在一个数据库目录，你可以这样在目录下检查所有的表：shellmyisamchk*.MYIshellisamchk*.ISM如果你不在数据库目录下，你可指定目录的路径：shellmyisamchkoptions/path/to/database_dir/*.MYIshellisamchkoptions/path/to/database_dir/*.ISM你甚至可以通过为MySQL数据目录的路径指定一个通配符来作用于所有的数据库中的所有表：shellmyisamchkoptions/path/to/datadir/*/*.MYIshellisamchkoptions/path/to/database_dir/*/*.ISMMySQL经典培训教程138平台下使用。注意不论是myisamchk还是isamchk都不对表所在的位置做任何判断，因此，应该或者在包含表文件的目录运行程序，或者指定表的路径名。这允许你将表文件拷贝到另一个目录中并用该拷贝进行操作。6.1.2检查数据库表myisamchk和isamchk提供了表的检查方法，这些方法在彻底检查表的程度方面有差异。标准的方法检查表通常用标准的方法就足够了。对表使用标准的方法进行检查，不使用任何选项直接调用即可，或用-s或--silent选项的任何一个。：myisamchktbl_nameisamchktbl_name这能找出所有错误的99.99%。它不能找出的是仅仅涉及数据文件的损坏(这很不常见)。完全彻底的数据检查为了执行扩充检查，使用--extend-check或-e选项，这个选项检查数据：myisamchk-etbl_nameisamchk-etbl_name它做一个完全彻底的数据检查(-e意思是“扩展检查”)。它对每一行做每个键的读检查以证实他们确实指向正确的行。这在一个有很多键的大表上可能花很长时间。myisamchk通常将在它发现第一个错误以后停止。如果你想要获得更多的信息，你能增加--verbose(-v)选项。这使得myisamchk或isamchk继续一直到最多20个错误。在一般使用中，一个简单的标准检查（没有除表名以外的参数）就足够了。中等程度的检查指定选项--medium-check或-mmyisamchk-mtbl_name中的程度的检查不如扩展检查彻底，但速度快一些。其意义不大，较少使用。如果对于--extend-check检查不报告错误，则可以肯定表是完好的。如果你仍然感觉表有问题，那原因肯定在其它地方。应重新检查人和好像有问题的查询以验证查询是正确书写的。如果你认为问题可能是MySQL服务器的原因，应该考虑整理一份故障报告或者升级到新的版本上。可能有用的检查选项：1、-i或—information打印统计信息,例如：myisamchk-e-itbl_name6数据库的维护与修复象前面的命令一样，但是-i选项告诉myisamchk还打印出一些统计信息。2、-C,--check-only-changed只检查上一次检查后被修改的表6.1.3修复数据库表一张损坏的表的症状通常是查询意外中断并且你能看到例如这些错误：“tbl_name.frm”被锁定不能改变。不能找到文件“tbl_name.MYI”（Errcode：###）。从表处理器的得到错误###(此时，错误135是一个例外)。意外的文件结束。记录文件被毁坏。在这些情况下，你必须修复表。表的修复是一项非常困难的工作，很多情况下令人束手无策。然而，有一些常规的知道思想和过程，可以遵循它们来增加修正表的机会。通常，开始是可以用最快的修复方法，看看能否袖珍故障。如果发现不成功，可以逐步升级到更彻底的但更慢的修复方法。如果仍旧难以修复，就应该从备份中恢复了。在上一章已经详细介绍了这一部分内容。1、简单安全的修复为了修复一个表执行下列步骤：首先，用--recover,-r选项修正表，并且用--quick，-q选项，来只根据索引文件的内容进行恢复。这样不接触数据文件来修复索引文件。(-r意味着“恢复模式”)myisamchk-r-qtbl_nameisamchk-r-qtbl_name如果问题仍旧存在，则忽略--quick选项，允许修复程序修改数据文件，因为这可能存在问题。下面的命令将从数据文件中删除不正确的记录和已被删除的记录并重建索引文件：myisamchk-rtbl_nameisamchk-rtbl_name如果前面的步骤失败，使用。安全恢复模式使用一个老的恢复方法，处理常规恢复模式不行的少数情况(但是更慢)。myisamchk--safe-recovertbl_nameisamchk--safe-recovertbl_name2、困难的修理如果在索引文件的第一个16K块被破坏，或包含不正确的信息，或如果索引文件丢失，你只应该到这个阶段。在这种情况下，创建一个新的索引文件是必要的。按如下这样的步骤做：定位到包含崩溃表的数据库目录中把数据文件移更安全的地方。使用表描述文件创建新的(空)数据和索引文件：MySQL经典培训教程140上述语句将重新创建新的空表，并使用表的的描述文件tbl_name.frm重新生成新的数据和索引文件。将老的数据文件拷贝到新创建的数据文件之中。（不要只是将老文件移回新文件之中；你要保留一个副本以防某些东西出错。）在使用标准的修复方法。现在myisamchk-r-q应该工作了。（这不应该是一个无限循环）。如果你拥有表的备份文件，那么一切过程就容易的多。从备份文件中可以恢复表的描述文件，然后在检查表，有可能还要继续使用标准的修复方法，应该纠可以解决问题了。3、非常困难的修复只有描述文件也破坏了，你才应该到达这个阶段。这应该从未发生过，因为在表被创建以后，描述文件就不再改变了。从一个备份恢复描述文件并且回到阶段2。你也可以恢复索引文件并且回到阶段1。对于后者，你应该用myisamchk-r启动。如果因为某种原因，数据的备份文件丢失或者没有备份文件，但是你还记得建立表的CREATETABLE语句，那么太好了，这样还是可以恢复索引文件：定位到包含崩溃表的数据库目录中把数据文件移更安全的地方。再把数据库目录中的对应的目录删去.。调用mysql并发复CREATETABLE语句建立该表。退出mysql，将原始的数据文件和索引文件移回到数据库的目录中，替换刚才新建的文件。然后回到阶段2，修复表。也可以只移回数据文件，这样保留新的描述和索引文件，然后回到阶段1，继续用标准的方法修复表。6.1.4优化数据库表修复表的方法，同样可以用来对数据表进行优化。为了组合成碎片的记录并且消除由于删除或更新记录而浪费的空间，以恢复模式运行myisamchk和isamchk：shellmyisamchk-rtbl_nameshellmyisamchk-rtbl_name你可以用SQL的OPTIMIZETABLE语句使用的相同方式来优化一张表，OPTIMIZETABLE比较容易，但是myisamchk更快。也没有在一个实用程序和服务器之间不必要的交互可能性，因为当你使用OPTIMIZETABLE时，服务器做所有的工作：OPTIMIZETABLEtbl_name6.1.5指定维护过程中使用的内存6数据库的维护与修复的运行可能会花很长的时间，尤其是正在处理一个达标或者使用一个更广泛的检查和修复方法时。当你运行myisamchk和isamchk时，内存分配很重要。myisamchk和isamchk使用不超过你用-O选项指定的内存量。如果你想在很大的文件上使用myisamchk和isamchk，你首先应该确定你想要它使用多少内存。缺省仅使用大约3M来修复。通过使用更大的值，你能使myisamchk和isamchk更快地操作。下面列出最重的控制程序使用的缓冲区大小的变量：表6-1控制缓冲区的变量变量含义key_buffer_size用于存放索引块的缓冲区大小read_buff_size读操作用的缓冲区大小sort_buffer_size排序用的缓冲区大小write_buffer_size写操作用的缓冲区大小要想查看任一个程序使用的这些变量的缺省值，可用--help选项运行该程序。要想使用其它的值，可在该命令上使用--set-variablevariable=value或–Ovariable=value。有些材料上说，您可以将变量的名字简化成key,read,sort和write，但是不是所有的分发的维护程序都可以这样，例如，如果有两个变量sort_buffer_size和sort_key_size，sort不能唯一决定使用那个变量，会产生一个错误。因此建议你用完整的值。例如，如果你有多于32M内存，你能使用例如这些选项(除了任何你可能指定的选项)：shellmyisamchk-Osort_buffer_size=16M-Okey_buffer_size=16M-Oread_buff_size=1M-Owrite_buffe