mysql 维护常用命令

 更新时间:2009年11月30日 19:39:00   作者:  
需要维护mysql数据库的朋友可以参考下。
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。

相关文章

  • mysql主从复制配置过程

    mysql主从复制配置过程

    网站面临大流量的情况下,数据库读写成了性能瓶颈。除了使用多级缓存外,进行数据读写分离,也是提高网站承载能力重要的手段。本文介绍mysql读写分离、mysql主从复制配置过程。
    2020-09-09
  • 详解MySQL事务的ACID如何实现

    详解MySQL事务的ACID如何实现

    事务(Transaction)是并发控制的基本单位,所谓的事务呢,它是一个操作序列,这些操作要么都执行,要么都不执行,它是一个不可分割的工作单位,本文给大家详细介绍了MySQL事务的ACID如何实现,需要的朋友可以参考下
    2023-10-10
  • MySQL 替换某字段内部分内容的UPDATE语句

    MySQL 替换某字段内部分内容的UPDATE语句

    至于字段内部分内容:比如替换标题里面的产品价格,接下来为你详细介绍下UPDATE语句的写法,感兴趣的你可以参考下哈,希望可以帮助到你
    2013-03-03
  • MySQL DISTINCT 的基本实现原理详解

    MySQL DISTINCT 的基本实现原理详解

    这篇文章主要介绍了MySQL DISTINCT 的基本实现原理详解,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下
    2019-07-07
  • mysql5.6 主从复制同步详细配置(图文)

    mysql5.6 主从复制同步详细配置(图文)

    这篇文章主要介绍了mysql5.6 主从复制同步详细配置,但不是很详细推荐大家看下脚本之家以前的文章,需要的朋友可以参考下
    2016-04-04
  • 基于Php mysql存储过程的详解

    基于Php mysql存储过程的详解

    本篇文章是对Php中的mysql存储过程进行了详细的分析介绍,需要的朋友参考下
    2013-06-06
  • MySql二进制连接方式详解

    MySql二进制连接方式详解

    这篇文章主要介绍了MySql二进制连接方式详解的相关资料,需要的朋友可以参考下
    2016-05-05
  • MySQL InnoDB架构的相关总结

    MySQL InnoDB架构的相关总结

    InnoDB存储引擎架构作为MySQL最常用的存储引擎,每个后端程序员都应有所了解,本文将具体讲述MySQL InnoDB架构的相关知识,感兴趣的朋友可以参考下
    2021-05-05
  • mysql启动服务报1058错误的解决方法

    mysql启动服务报1058错误的解决方法

    这篇文章主要介绍了mysql启动服务报1058错误的解决方法,需要的朋友可以参考下
    2014-03-03
  • 一条sql语句完成MySQL去重留一

    一条sql语句完成MySQL去重留一

    在使用mysql时,有时需要查询出某个字段不重复的记录,虽然mysql提供 有distinct这个关键字来过滤掉多余的重复记录只保留一条,但往往只用它来返回不重复记录的条数,而不是用它来返回不重记录的所有值。
    2017-12-12

最新评论