MySql中analyzetable和repair table的解释

最新推荐文章于 2025-05-19 18:13:18 发布

原创最新推荐文章于 2025-05-19 18:13:18 发布 · 8.5k 阅读

1 ·

CC 4.0 BY-SA版权

mysql 专栏收录该内容

59 篇文章

订阅专栏

本文介绍了MySQL中的ANALYZE TABLE和REPAIR TABLE语句。ANALYZE TABLE用于分析并存储表的关键字分布，帮助优化查询时的表连接顺序和索引选择。而REPAIR TABLE则用于修复损坏的表，尤其是在灾难情况下恢复数据。两种操作对表的影响和适用场景进行了详细说明。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

首先是analyze table。

ANALYZE TABLE analyzes and stores the key distribution for a table. During the analysis, the table is locked with a read lock for InnoDB and MyISAM. This statement works with InnoDB, NDB, and MyISAM tables.

【本语句用于分析和存储表的关键字分布。在分析期间，使用一个读取锁定对表进行锁定。这对于MyISAM, BDB和InnoDB表有作用。对于MyISAM表，本语句与使用myisamchk -a相当。】

MySQL uses the stored key distribution to decide the order in which tables should be joined when you perform a join on something other than a constant. In addition, key distributions can be used when deciding which indexes to use for a specific table within a query.

【MySQL使用已存储的关键字分布来决定当您对除常数以外的对象执行join时，表按什么顺序进行联合。】

By default, the server writes ANALYZE TABLE statements to the binary log so that they replicate to replication slaves. To suppress logging, use the optional NO_WRITE_TO_BINLOG keyword or its alias LOCAL.

参考了一下这篇文章，analyze table会影响show index的结果中cardinality的值。

show index会显示的信息，看图说话：

图中有一个字段是cardinality。这个字段的意思是：基数，集的势。（可以翻译为“散列程度”），它表示某个索引对应的列包含多少个不同的值——如果cardinality大大少于数据的实际散列程度，那么索引就基本失效了。它是索引中唯一值的数目的估计值。通过运行ANALYZE TABLE或myisamchk -a可以更新。基数根据被存储为整数的统计数据来计数，所以即使对于小型表，该值也没有必要是精确的。基数越大，当进行联合时，MySQL使用该索引的机会就越大。【个人感觉，这个值越大越好。这样就能让索引有分辨性，能快速定位一个值】

整个表只有一个字段，id。

--------------------------------插播一条广告--------------------------------------

在mysql中，获得随机数，可以使用如下方法：

select rand()*100，表示获得100以内的随机数。其中rand()表示获得0到1之间的随机小数。

select 10+rand()*100，则可以用来获得10到110之间的随机数了。

----------------------------------------------------------------------

REPAIR TABLE用于修复被破坏的表。默认情况下，REPAIR TABLE与myisamchk --recover tbl_name具有相同的效果。REPAIR TABLE对MyISAM和ARCHIVE表起作用。

通常，您基本上不必运行此语句。但是，如果灾难发生，REPAIR TABLE很有可能从MyISAM表中找回所有数据。如果您的表经常被破坏，您应该尽力找到原因，以避免使用REPAIR TALBE。

对于REPAIR TABLE，还有一种USE_FRM模式可以利用。如果.MYI索引文件缺失或标题被破坏，则使用此模式。在这种模式下，MySQL可以使用来自.frm文件重新创建.MYI文件。

这种修复不能使用myisamchk来完成。注释：只能在您不能使用常规REPAIR模式是，才能使用此模式。.MYI标题包含重要的表元数据（特别是，当前的AUTO_INCREMENT值和Delete链接）。这些元数据在REPAIR...USE_FRM中丢失。如果表被压缩，则不能使用USE_FRM。因为本信息也存储在.MYI文件中。

REPAIR TABLE语句被写入二进制日志中，除非使用了自选的NO_WRITE_TO_BINLOG关键词（或其别名LOCAL）。
这条语句可以指定选项：
QUICK：最快的选项，只修复索引树。
EXTENDED：最慢的选项，需要逐行重建索引。
USE_FRM：只有当MYI文件丢失时才使用这个选项，全面重建整个索引。
与Analyze Table一样，Repair Table也可以使用local来取消写入binlog。