使用myisamchk进行表的维护和崩溃恢复

使用myisamchk进行表的维护和崩溃恢复

2004-02-12 MySQL 译者:晏子 http://www.mysql.com/doc.html

为了检查/修复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 打印有关被检查的表的信息统计。 -k #, --keys-used=# 与-r一起使用。告诉ISAM表处理器仅更新头#个索引。较高编号的索引被撤销。这能用来使插入变得更快！撤销的索引能通过使用myisamchk -r被重新激活。 -l, --no-symlinks 在修复时，不跟随符号连接。通常myisamchk修复一个符号连接所指的表。 -q, --quick 与-r一起使用使得一个修复更快。通常，原来的数据文件没被接触；你能指定第二个-q强制使用原来的数据文件。 -r, --recover 恢复模式。可以修复几乎所有一切，除非唯一的键不是唯一。 -o, --safe-recover 恢复模式。使用一个老的恢复方法；这比-r慢些，但是能处理一-r不能处理的情况。 -O var=option, --set-variable var=option 设置一个变量的值。可能的变量列在下面。 -s, --silent 沉默模式。当错误发生时，仅写输出。你能使用-s两次(-ss)非常沉默地做myisamchk。 -S, --sort-index 以从高到低的顺序排序索引树块。这将优化搜寻并且将使按键值的表扫描更快。 -R index_num, --sort-records=index_num 根据一个索引排序记录。这使你的数据更局部化并且可以加快在该键上的SELECT和ORDER BY的范围搜索。（第一次做排序可能很慢！) 为了找出一张表的索引编号，使用SHOW INDEX，它以myisamchk看见他们的相同顺序显示一张表的索引。索引从1开始编号。 -u, --unpack 解开一个用myisampack压缩的表。 -v, --verbose 冗长模式。打印更多的信息。这能与-d和-e一起使用。为了更冗长，使用-v多次(-vv, -vvv)！ -V, --version 打印myisamchk版本并退出。 -w, --wait 如果表被锁定，等待。 对--set-variable(-O)选项，可能的变量是： key_buffer_size 当前值: 16776192 read_buffer_size 当前值: 262136 write_buffer_size 当前值: 262136 sort_buffer_size 当前值: 2097144 sort_key_blocks 当前值: 16 decode_bits 当前值: 9 13.1.2 myisamchk内存使用 当你运行myisamchk时，内存分配很重要。myisamchk使用不超过你用-O选项指定的内存量。如果你想在很大的文件上使用myisamchk，你首先应该确定你想要它使用多少内存。缺省仅使用大约 3M 来修复。通过使用更大的值，你能使myisamchk更快地操作。例如，如果你有多于32M内存，你能使用例如这些选项(除了任何你可能指定的选项)： shell> myisamchk -O sort=16M -O key=16M -O read=1M -O write=1M ... 使用-O sort=16M应该可能对大多数情形就足够了。 必须明白，myisamchk使用在TMPDIR里面的临时文件。如果TMPDIR指向一个内存文件系统，你可能很容易得到内存溢出的错误。如果它发生，设定TMPDIR指向有更多空间的某个目录并且重启myisamchk。