MYSQL 分析表、检查表和优化表

1. 对表进行优化 ( 优化表主要作用是消除删除或者更新造成的空间浪费)

2. 对表进行分析（分析关键字的分布, 分析并存储MyISAM和BDB表中键的分布）

3. 对表进行检查（检查表的错误，并且为MyISAM更新键的统计内容）

4. 对表进行修复（修复被破坏的MyISAM表）
 
1．分析表
 
MySQL中使用ANALYZE TABLE语句来分析表，该语句的基本语法如下：
 
ANALYZE TABLE 表名1 [,表名2…] ;
使用ANALYZE TABLE分析表的过程中，数据库系统会对表加一个只读锁。在分析期间，只能读取表中的记录，不能更新和插入记录。ANALYZE TABLE语句能够分析InnoDB和MyISAM类型的表。
 
【示例18-8】 下面使用ANALYZE TABLE语句分析score表，分析结果如下：
 
mysql> ANALYZE TABLE score; 
+————-+———–+————–+—————+ 
| Table    | Op     | Msg_type | Msg_text  | 
+————-+———–+————–+—————+ 
| test.score | analyze | status    | OK       | 
+————-+———–+————–+—————+ 
1 row in set (0.05 sec)
上面结果显示了4列信息，详细介绍如下：
 
Table：表示表的名称；
 
Op：表示执行的操作。analyze表示进行分析操作。check表示进行检查查找。optimize表示进行优化操作；
 
Msg_type：表示信息类型，其显示的值通常是状态、警告、错误和信息这四者之一；
 
Msg_text：显示信息。
 
检查表和优化表之后也会出现这4列信息。

对表的定期分析可以改善性能，且应该成为常规维护工作的一部分。因为通过更新表的索引信息对表进行分析，可改善数据库性能。

有三种方法可以对表进行分析：

1. 连接到MySQL时，使用ANALYZE TABLE语句

2. 利用mysqlcheck命令行工具（服务器需要运行，并且只对MyISAM表起作用）

3. 利用myisamchk命令行工具（服务器不应该运行，或无对所操作的表发生互操作）

# ANALYZE TABLE 表名;

# mysqlcheck -a 数据库名 表名 -uroot -p111111

# mysqlcheck -a 数据库名 表名1 表名2 -uroot -p111111

如果试图对不支持分析操作的表进行分析（如InnoDB），那操作将无法进行

# myisamchk -a /usr/local/mysql/data/数据库/表名

 
2．检查表
 
MySQL中使用CHECK TABLE语句来检查表。CHECK TABLE语句能够检查InnoDB和MyISAM类型的表是否存在错误。而且，该语句还可以检查视图是否存在错误。该语句的基本语法如下：
 
CHECK TABLE 表名1 [,表名2…] [option] ;
其中，option参数有5个参数，分别是QUICK、FAST、CHANGED、MEDIUM和EXTENDED。这5个参数的执行效率依次降低。 option选项只对MyISAM类型的表有效，对InnoDB类型的表无效。CHECK TABLE语句在执行过程中也会给表加上只读锁。
 
3．优化表
 
MySQL中使用OPTIMIZE TABLE语句来优化表。该语句对InnoDB和MyISAM类型的表都有效。但是，OPTILMIZE TABLE语句只能优化表中的VARCHAR、BLOB或TEXT类型的字段。OPTILMIZE TABLE语句的基本语法如下：
 
OPTIMIZE TABLE 表名1 [,表名2…] ;
通过OPTIMIZE TABLE语句可以消除删除和更新造成的磁盘碎片，从而减少空间的浪费。OPTIMIZE TABLE语句在执行过程中也会给表加上只读锁。
 
说明：如果一个表使用了TEXT或者BLOB这样的数据类型，那么更新、删除等操作就会造成磁盘空间的浪费。因为，更新和删除操作后，以前分配的磁盘空间不会自动收回。使用OPTIMIZE TABLE语句就可以将这些磁盘碎片整理出来，以便以后再利用。

优化表有很多方式实现： OPTIMIZE TABLE语句、mysqlcheck工具（服务器要运行）或myisamchk（服务器没有运行或表中没有交互）

为什么优化？随着MySQL的使用，包括BLOB和VARCHAR字节的表将变得比较繁冗，因为这些字段长度不同，对记录进行插入、更新或删除时，会占有不同大小的空间，记录就会变成碎片，且留下空闲的空间。像具有碎片的磁盘，会降低性能，需要整理，因此要优化。

1. 利用OPTIMIZE语句对表进行优化

# mysql>OPTIMIZE TABLE 表名

这样就对表名进行了优化。

2. 利用mysqlcheck对表进行优化

mysqlcheck可进行优化外，还可执行大量的检查和修复任务。

# mysqlcheck -o 数据库名 表名 -uroot -p111111 （一张表）

# mysqlcheck -o 数据库名 表名1 表名2 -uroot -p111111 （多张表）

# mysqlcheck -o 数据库名 -uroot -p111111 （对整个数据库）

3. 利用myisamchk对表进行优化

# myisamchk –quick –check-only-changed –sort-index –analyze 表名

# myisamchk -r 表名 （参数-r表示对表进行修复，同时也删去了浪费的空间）

# myisamchk -r /usr/local/mysql/data/testblog/article （指定表所在的路径）

以上操作需在服务器关闭或没有与服务器互操作的时候，可以使用myisamchk命令行工具（如果服务器正在运行，那么在运行这条语句之前利用 mysqladmin flush-tables对表进行刷新。需确保服务器没有与表进行互操作，否则会出现故障）。myisamchk是最老的方法。必须在正确位置上运行 myisamchk，或者指定表所在的路径。

注意：在优化过程中，表会被锁住，因此不要在忙时进行优化操作。同样，需要有足够的空间才能进行OPTIMIZE TABLE。如果没有磁盘空间，MySQL将不能进行优化，表也无法使用。

优化是对包含MyISAM表的数据库的常规管理事务中一个重要环节，应该定期进行。

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；quick表示返回存储的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’;  /*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。