13.1 使用myisamchk进行表的维护和崩溃恢复
为了检查/修复MyISAM表(.MYI和.MYD)，你应该使用myisamchk实用程序。为了检查/修复ISAM表(.ISM和.ISD)，你应该使用isamchk实用程序。见9.4 MySQL 桌子类型。
在下文中，我们将讨论myisamchk，但是也适用于老的isamchk。
你可以使用myisamchk实用程序来获得有关你的数据库桌表的信息、检查和修复他们或优化他们。下列小节描述如何调用myisamchk（包括它的选项的描述)，如何建立一个表维护的时间表，并且如何使用myisamchk执行其各种功能。
如果你用--skip-locking运行mysqld（它在一些系统上是缺省的，如Linux)，当mysqld正在使用同一个表时，你不能可靠地使用myisamchk检查一张表。如果你能肯定在你运行myisamchk时没有人通过mysqld正在存取表，在你开始检查表之前，你仅需做mysqladmin flush-tables。如果你不能保证， 那么当你检查表时，你必须停掉mysqld。如果你在mysqld正在更新表时运行myisamchk，你可能得到一个表已破坏的警告，即使它没有。
如果你没使用--skip-locking，你能在任何时间使用myisamchk检查表。当你这样时，所有试图更新表的客户在继续前将等到myisamchk就绪。
如果你使用myisamchk修复或优化表，你必须总是保证mysqld服务器不在使用表(如果你正在使用--skip-locking，这也适用)。如果你不停掉mysqld，在你运行myisamchk前，你至少应该做一个mysqladmin flush-tables。
在大多数情况下，你也可使用命令OPTIMIZE TABLES优化并修复表，但是这不如myisamchk快或可靠(在真正的致命错误的情况下)。在另一方面，OPTIMIZE TABLE较易使用并且你不必须关心清空表。见7.9OPTIMIZE TABLE句法。
13.1.1 myisamchk调用语法
myisamchk这样调用：
shell> myisamchk [options] tbl_name
options指定你想要myisamchk做什么。他们在下面描述。（你也可以通过调用myisamchk --help得到一张选项表。) 没有选项，myisamchk简单地检查你的表。为了得到更多的信息或告诉myisamchk执行校正操作，指定在下面和下小节描述的选项择。
tbl_name是你想要检查的数据库表。如果你不在数据库目录的某处运行myisamchk，你必须指定到文件的路径，因为myisamchk不知道你的数据库位于哪儿。实际上，myisamchk别在乎你正在操作的文件是否位于一个数据库目录；你可以拷贝对应于一张数据库表的文件到别处并且在那里执行恢复操作。
如果你愿意，你可以myisamchk命令行命名几个表。你也能指定一个名字作为一个索引文件(用“ .MYI”后缀)，它允许你通过使用模式“*.MYI”指定在一个目录所有的表。例如，如果你在一个数据库目录，你可以这样在目录下检查所有的表：
shell> myisamchk *.MYI
如果你不在数据库目录下，你可通过指定到目录的路径检查所有在那里的表：
shell> myisamchk /path/to/database_dir/*.MYI
你甚至可以通过为MySQL数据目录的路径指定一个通配符来检查所有的数据库中的所有表：
shell> myisamchk /path/to/datadir/*/*.MYI
myisamchk支持下列选项：
-a, --analyze- 分析键值的分布。这通过让联结优化器更好地选择表应该以什么次序联结和应该使用哪个键来改进联结性能。
-#, --debug=debug_options- 输出调试记录文件。
debug_options字符串经常是'd:t:o,filename'。 -d, --description- 打印出关于表的一些信息。
-e, --extend-check- 非常彻底地检查表。这仅在极端情况下是必要的。通常，
myisamchk应该找出所有错误，即使没有改选项。 -f, --force- 覆盖老的临时文件。如果你在检查表时使用
-f(运行myisamchk没有-r)，myisamchk在检查期间将自动为出现一个错误的表用-r重启。 --help- 显示一条帮助消息并且退出。
-i, --information
