[转]MySQL工具系列 – mysqlcheck:表维护和维修程序

10 月 23rd, 2009 | Posted by | Filed under 未分类

本文内容遵从CC版权协议, 可以随意转载, 但必须以超链接形式标明文章原始出处和作者信息及版权声明
网址: http://www.penglixun.com/database/mysql_tools_about_mysqlcheck_maintenance_repair.html

[原文地址:http://linux.cn/home/space-3872-do-thread-id-962.html]

mysqlcheck客户端可以检查和修复MyISAM表。它还可以优化和分析表。

mysqlcheck的功能类似myisamchk,但其工作不同。主要差别是当mysqld服务器在运行时必须使用mysqlcheck,而myisamchk应用于服务器没有运行时。使用mysqlcheck好处是不需要停止服务器来检查或修复表。

Mysqlcheck为用户提供了一种方便的使用SQL语句CHECK TABLEREPAIR TABLEANALYZE TABLEOPTIMIZE TABLE的方式。它确定在要执行的操作中使用使用哪个语句,然后将语句发送到要执行的服务器上。

3种方式来调用mysqlcheck

shell> mysqlcheck[options] db_name [tables]

shell> mysqlcheck[options] —database DB1 [DB2 DB3…]

shell> mysqlcheck[options] –all–database

如果没有指定任何表或使用—database–all–database选项,则检查整个数据库。

同其它客户端比较,mysqlcheck有一个特殊特性。重新命名二进制可以更改检查表的默认行为(–check)。如果你想要一个工具默认可以修复表的工具,只需要将mysqlcheck重新复制为mysqlrepair,或者使用一个符号链接mysqlrepair链接mysqlcheck。如果调用mysqlrepair,可按照命令修复表。

下面的名可用来更改mysqlcheck的默认行为:

  • mysqlrepair
    默认选项为–repair
  • mysqlanalyze
    默认选项为–analyze
  • mysqloptimize
    默认选项为–optimize

mysqlcheck支持下面的选项:

  • —help,-?
    显示帮助消息并退出。
  • –all–database,-A
    检查所有数据库中的所有表。与使用—database选项相同,在命令行中命名所有数据库。
  • –all-in-1,-1
    不是为每个表发出一个语句,而是为命名数据库中待处理的所有表的每个数据库执行一个语句。
  • –analyze,-a
    分析表。
  • –auto-repair
    如果某个被检查的表破坏了,自动修复它。检查完所有表后自动进行所有需要的修复。
  • –character-sets-dir=path
    字符集的安装目录。参见5.10.1节,“数据和排序用字符集”。
  • –check,-c
    检查表的错误。
  • –check-only-changed,-C
    只检查上次检查以来已经更改的或没有正确关闭的表。
  • –compress
    压缩在客户端和服务器之间发送的所有信息(如果二者均支持压缩)。
  • —database,-B
    处理数据库中命名的所有表。使用该选项,所有字名参量被看作数据库名,而不是表名。
  • —debug[=debug_options],-# [debug_options]
    写调试日志。debug_options字符串通常为’d:t:o,file_name’。
  • –default-character-set=charset
    使用charsetas默认字符集。参见5.10.1节,“数据和排序用字符集”。
  • –extended,-e
    如果你正使用该选项来检查表,可以确保它们100%地一致,但需要很长的时间。
    如果你正使用该选项来修复表,则运行扩展修复,不但执行的时间很长,而且还会产生大量的垃圾行!
  • –fast,-F
    只检查没有正确关闭的表。
  • –force,-f
    即使出现SQL错误也继续。
  • –host=host_name,-h host_name
    连接给定主机上的MySQL服务器。
  • –medium-check,-m
    执行比–extended操作更快的检查。只能发现99.99%的错误,在大多数情况下这已经足够了。
  • –optimize,-o
    优化表。
  • –password[=password],-p[password]
    当连接服务器时使用的密码。如果使用短选项形式(-p),选项和 密码之间不能有空格。如果在命令行中–password或-p选项后面没有 密码值,则提示输入一个密码。
  • –port=port_num,-P port_num
    用于连接的TCP/IP端口号。
  • –protocol={TCP | SOCKET | PIPE | MEMORY}
    使用的连接协议。
  • –quick,-q
    如果你正使用该选项在检查表,它防止扫描行以检查错误链接的检查。这是最快的检查方法。
    如果你正使用该选项在修复表,它尝试只修复索引树。这是最快的修复方法。
  • –repair,-r
    执行可以修复大部分问题的修复,只是唯一值不唯一时不能修复。
  • –silent,-s
    沉默模式。只打印错误消息。
  • –socket=path,-S path
    用于连接的套接字文件。
  • –tables
    覆盖—database或-B选项。选项后面的所有参量被视为表名。
  • –user=user_name,-u user_name
    当连接服务器时使用的MySQL用户名。
  • –verbose,-v
    冗长模式。打印关于各阶段程序操作的信息。
  • –version,-V
    显示版本信息并退出。

补充MySQL自带优化命令的解释

[原文地址:http://hi.baidu.com/ytyan/blog/item/ee03737adc6c2fe92e73b39c.html]

Analyze Table

MySQL 的Optimizer(优化元件)在优化SQL语句时,首先需要收集一些相关信息,其中就包括表的cardinality(可以翻译为“散列程度”),它 表示某个索引对应的列包含多少个不同的值——如果cardinality大大少于数据的实际散列程度,那么索引就基本失效了。
我们可以使用SHOW INDEX语句来查看索引的散列程度:

SHOW INDEX FROM PLAYERS;

TABLE   KEY_NAME COLUMN_NAME CARDINALITY
——- ——– ———– ———–
PLAYERS PRIMARY PLAYERNO             14

因为此时PLAYER表中不同的PLAYERNO数量远远多于14,索引基本失效。
下面我们通过Analyze Table语句来修复索引:

ANALYZE TABLE PLAYERS;
SHOW INDEX FROM PLAYERS;
结果是:
TABLE   KEY_NAME COLUMN_NAME CARDINALITY
——- ——– ———– ———–
PLAYERS PRIMARY PLAYERNO           1000

此时索引已经修复,查询效率大大提高。

需要注意的是,如果开启了binlog,那么Analyze Table的结果也会写入binlog,我们可以在analyze和table之间添加关键字local取消写入。

Checksum Table

数据在传输时,可能会发生变化,也有可能因为其它原因损坏,为了保证数据的一致,我们可以计算checksum(校验值)。
使用MyISAM引擎的表会把checksum存储起来,称为live checksum,当数据发生变化时,checksum会相应变化。
在执行Checksum Table时,可以在最后指定选项qiuck或是extended;qiuck表示返回存储的checksum值,而extended会重新计算checksum,如果没有指定选项,则默认使用extended。

Optimize Table

经常更新数据的磁盘需要整理碎片,数据库也是这样,Optimize Table语句对MyISAM和InnoDB类型的表都有效。
如果表经常更新,就应当定期运行Optimize Table语句,保证效率。
与Analyze Table一样,Optimize Table也可以使用local来取消写入binlog。

Check Table

数据库经常可能遇到错误,譬如数据写入磁盘时发生错误,或是索引没有同步更新,或是数据库未关闭MySQL就停止了。
遇到这些情况,数据就可能发生错误:
Incorrect key file for table: ‘ ‘. Try to repair it.
此时,我们可以使用Check Table语句来检查表及其对应的索引。
譬如我们运行
CHECK TABLE PLAYERS;

结果是
TABLE          OP    MSG_TYPE MSG_TEXT
————– —– ——– ——–
TENNIS.PLAYERS check status   OK

MySQL会保存表最近一次检查的时间,每次运行check table都会存储这些信息:

执行
SELECT    TABLE_NAME, CHECK_TIME
FROM      INFORMATION_SCHEMA.TABLES
WHERE     TABLE_NAME = ‘PLAYERS’
AND       TABLE_SCHEMA = ‘TENNIS’;

结果是

TABLE_NAME   CHECK_TIME
———-   ——————-
PLAYERS      2006-08-21 16:44:25

Check Table还可以指定其它选项:
UPGRADE:用来测试在更早版本的MySQL中建立的表是否与当前版本兼容。
QUICK:速度最快的选项,在检查各列的数据时,不会检查链接(link)的正确与否,如果没有遇到什么问题,可以使用这个选项。
FAST:只检查表是否正常关闭,如果在系统掉电之后没有遇到严重问题,可以使用这个选项。
CHANGED:只检查上次检查时间之后更新的数据。
MEDIUM:默认的选项,会检查索引文件和数据文件之间的链接正确性。
EXTENDED:最慢的选项,会进行全面的检查。

Repair Table

用于修复表,只对MyISAM和ARCHIVE类型的表有效。
这条语句同样可以指定选项:
QUICK:最快的选项,只修复索引树。
EXTENDED:最慢的选项,需要逐行重建索引。
USE_FRM:只有当MYI文件丢失时才使用这个选项,全面重建整个索引。

与Analyze Table一样,Repair Table也可以使用local来取消写入binlog。

目前还没有任何评论.