第 2 章 MySQL 架构组成

前言

麻雀虽小，五脏俱全。MySQL????虽然以简单著称，但其内部结构并不简单。本章从 MySQL 物理组成、逻辑组成，以及相关工具几个角度来介绍????MySQL????的整体架构组成，希望能够让读者对????MySQL????有一个更全面深入的了解。

2．1 MySQL 物理文件组成

2.1.1 日志文件

1. 错误日志：Error????Log

错误日志记录了 MyQL????Server 运行过程中所有较为严重的警告和错误信息，以及 MySQL Server 每次启动和关闭的详细信息。在默认情况下，系统记录错误日志的功能是关闭的，错误信息被输出到标准错误输出（stderr），如果要开启系统记录错误日志的功能，需要在启动时开启-log-error 选项。错误日志的默认存放位置在数据目录下，以 hostname.err 命名。但是可以使用命令：--log-error[=file_name]，修改其存放目录和文件名。

为了方便维护需要，有时候会希望将错误日志中的内容做备份并重新开始记录，这时候就可以利用 MySQL 的 FLUSH????LOGS 命令来告诉 MySQL 备份旧日志文件并生成新的日志文件。

备份文件名以".old"结尾。

1. 二进制日志：Binary????Log????&????Binary????Log????Index

????二进制日志，也就是我们常说的 binlog，也是 MySQL????Server 中最为重要的日志之一。

当我们通过"--log-bin[=file_name]"打开了记录的功能之后，MySQL 会将所有修改数据库数据的 query 以二进制形式记录到日志文件中。当然，日志中并不仅限于 query 语句这么简单，还包括每一条 query 所执行的时间，所消耗的资源，以及相关的事务信息，所以 binlog 是事务安全的。

和错误日志一样，binlog 记录功能同样需要"--log-bin[=file_name]"参数的显式指定才能开启，如果未指定 file_name，则会在数据目录下记录为 mysql-bin.******（*代表0～

9 之间的某一个数字，来表示该日志的序号）。

binlog 还有其他一些附加选项参数：

"--max_binlog_size"设置 binlog 的最大存储上限，当日志达到该上限时，MySQL 会重新创建一个日志开始继续记录。不过偶尔也有超出该设置的 binlog 产生，一般都是因为在即将达到上限时，产生了一个较大的事务，为了保证事务安全，MySQL 不会将同一个事务分开记录到两个 binlog 中。

"--binlog-do-db=db_name"参数明确告诉 MySQL，需要对某个（db_name）数据库记录 binlog，如果有了"--binlog-do-db=db_name"参数的显式指定，MySQL 会忽略针对其他数据库执行的 query，而仅仅记录针对指定数据库执行的 query。

"--binlog-ignore-db=db_name"与"--binlog-do-db=db_name"完全相反，它显式指定忽略某个（db_name）数据库的 binlog 记录，当指定了这个参数之后，MySQL 会记录指定数据库以外所有的数据库的 binlog。

"--binlog-ignore-db=db_name"与"--binlog-do-db=db_name"两个参数有一个共同的概念需要大家理解清楚，参数中的 db_name 不是指 query 语句更新的数据所在的数据库，而是执行 query 的时候当前所处的数据库。不论更新哪个数据库的数据，MySQL 仅仅比较当前连接所处的数据库（通过 use????db_name 切换后所在的数据库）与参数设置的数据库名，而不会分析 query 语句所更新数据所在的数据库。

mysql-bin.index 文件（binary????log????index）的功能是记录所有 Binary????Log 的绝对路径，保证????MySQL????各种线程能够顺利的根据它找到所有需要的 Binary????Log 文件。 3、更新日志：update????log

更新日志是 MySQL 在较老的版本上使用的，其功能和 binlog 基本类似，只不过不是以二进制格式来记录而是以简单的文本格式记录内容。自从 MySQL 增加了 binlog 功能之后，就很少使用更新日志了。从版本 5.0 开始，MySQL 已经不再支持更新日志了。

1. 查询日志：query????log

查询日志记录 MySQL 中所有的 query，通过"--log[=fina_name]"来打开该功能。由于记录了所有的 query，包括所有的 select，体积比较大，开启后对性能也有较大的影响，所以请大家慎用该功能。一般只用于跟踪某些特殊的 sql 性能问题才会短暂打开该功能。默认的查询日志文件名为 hostname.log。

1. 慢查询日志：slow????query????log

顾名思义，慢查询日志中记录的是执行时间较长的 query，也就是我们常说的 slow

query，通过设--log-slow-queries[=file_name]来打开该功能并设置记录位置和文件名，默认文件名为 hostname-slow.log，默认目录也是数据目录。

慢查询日志采用的是简单的文本格式，可以通过各种文本编辑器查看其中的内容。其中记录了语句执行的时刻，执行所消耗的时间，执行用户，连接主机等相关信息。MySQL 还提供了专门用来分析满查询日志的工具程序 mysqlslowdump，用来帮助数据库管理人员解决可能存在的性能问题。

1. Innodb 的在线 redo 日志：innodb????redo????log

Innodb 是一个事务安全的存储引擎，其事务安全性主要就是通过在线 redo 日志和记录在表空间中的 undo 信息来保证的。redo 日志中记录了 Innodb 所做的所有物理变更和事务信息，通过 redo 日志和 undo 信 息 ，Innodb 保证了在任何情况下的事务安全性。Innodb 的redo 日志同样默认存放在数据目录下，可以通过 innodb_log_group_home_dir 来更改设置日志的存放位置，通过 innodb_log_files_in_group 设置日志的数量。

2.1.2 数据文件

在 MySQL 中每一个数据库都会在定义好（或者默认）的数据目录下存在一个以数据库名字命名的文件夹，用来存放该数据库中各种表数据文件。不同的 MySQL 存储引擎有各自不同的数据文件，存放位置也有区别。多数存储引擎的数据文件都存放在和 MyISAM 数据文件位置相同的目录下，但是每个数据文件的扩展名却各不一样。如 MyISAM 用".MYD"作为扩展名，Innodb 用".ibd"，Archive 用".arc"，CSV 用".csv"，等等。

1. ".frm"文件

与表相关的元数据（meta）信息都存放在".frm"文件中，包括表结构的定义信息等。不论是什么存储引擎，每一个表都会有一个以表名命名的".frm"文件。所有的".frm"文件都存放在所属数据库的文件夹下面。

1. ".MYD"文件

".MYD"文件是 MyISAM 存储引擎专用，存放 MyISAM 表的数据。每一个 MyISAM 表都会有一个".MYD"文件与之对应，同样存放于所属数据库的文件夹下，和".frm"文件在一起 。

1. ".MYI"文件

".MYI"文件也是专属于 MyISAM 存储引擎的，主要存放 MyISAM 表的索引相关信息。对于 MyISAM 存储来说，可以被 cache 的内容主要就是来源于".MYI"文件中。每一个 MyISAM 表对应一个".MYI"文件，存放于位置和".frm"以及".MYD"一样。

1. ".ibd"文件和 ibdata 文件

这两种文件都是存放 Innodb 数据的文件，之所以有两种文件来存放 Innodb 的数据（包括索引），是因为 Innodb 的数据存储方式能够通过配置来决定是使用共享表空间存放存储数据，还是独享表空间存放存储数据。独享表空间存储方式使用".ibd"文件来存放数据，且每个表一个".ibd"文件，文件存放在和 MyISAM 数据相同的位置。如果选用共享存储表空间来存放数据，则会使用 ibdata 文件来存放，所有表共同使用一个（或者多个，可自行配置）ibdata 文件。ibdata 文件可以通过 innodb_data_home_dir 和 innodb_data_file_path 两 个 参 数 共 同 配 置 组 成 ， innodb_data_home_dir 配 置 数 据 存 放 的 总 目 录 ， 而 innodb_data_file_path 配 置 每 一 个 文 件 的 名 称 。 当 然 ， 也 可 以 不 配 置 innodb_data_home_dir 而直接在 innodb_data_file_path 参数配置的时候使用绝对路径来完成配置。innodb_data_file_path 中可以一次配置多个 ibdata 文件。文件可以是指定大小，也可以是自动扩展的，但是 Innodb 限制了仅仅只有最后一个 ibdata 文件能够配置成自动扩展类型。当我们需要添加新的 ibdata 文件的时候，只能添加在 innodb_data_file_path 配置的最后，而且必须重启 MySQL 才能完成 ibdata 的添加工作。不过如果我们使用独享表空间存储方式的话，就不会有这样的问题，但是如果要使用裸设备的话，每个表一个裸设备 ，可能造成裸设备数量非常大，而且不太容易控制大小，实现比较困难，而共享表空间却不会有这个问题，容易控制裸设备数量。我个人还是更倾向于使用独享表空间存储方式。当然，两种方式各有利弊，看大家各自应用环境的侧重点在那里了。

上面仅仅介绍了两种最常用存储引擎的数据文件，此外其他各种存储引擎都有各自的数据文件，读者朋友可以自行创建某个存储引擎的表做一个简单的测试，做更多的了解。

2.1.3 Replication 相关文件：

1. master.info 文件：

master.info 文件存在于 Slave 端的数据目录下，里面存放了该 Slave 的 Master 端的相关信息，包括 Master 的主机地址，连接用户，连接密码，连接端口，当前日志位置，已经读取到的日志位置等信息。

1. relay????log????和 relay????log????index

mysql-relay-bin.xxxxxn 文件用于存放????Slave????端的 I/O 线程从????Master????端所读取到的????Binary????Log????信息，然后由????Slave????端的????SQL????线程从该????relay????log????中读取并解析相应的日志信息，转化成????Master????所执行的????SQL????语句，然后在????Slave????端应用。

mysql-relay-bin.index 文件的功能类似于????mysql-bin.index ，同样是记录日志的存放位置的绝对路径，只不过他所记录的不是????Binary????Log，而是????Relay????Log。

1. relay-log.info 文件：

类似于 master.info，它存放通过 Slave 的 I/O 线程写入到本地的 relay log 的相关信息。供 Slave 端的 SQL 线程以及某些管理操作随时能够获取当前复制的相关信息。

2.1.4????其他文件：

1. system????config????file

MySQL 的系统配置文件一般都是"my.cnf"，Unix/Linux 下默认存放在"/etc"目录下， Windows 环境一般存放在"c:/windows"目录下面。"my.cnf"文件中包含多种参数选项组（group），每一种参数组都通过中括号给定了固定的组名，如"[mysqld]"组中包括了 mysqld 服务启动时候的初始化参数，"[client]"组中包含着客户端工具程序可以读取的参数，此外还有其他针对于各个客户端软件的特定参数组，如 mysql 程序使用的"[mysql]"，mysqlchk 使用的"[mysqlchk]"，等等。如果读者朋友自己编写了某个客户端程序，也可以自己设定一个参数组名，将相关参数配置在里面，然后调用 mysql 客户端 api 程序中的参数读取 api 读取相关参数。

1. pid????file

????pid????file 是 mysqld 应用程序 在 Unix/Linux 环境下的一个进程文件，和许多其他

Unix/Linux 服务端程序一样，存放着自己的进程 id。

1. socket????file

socket 文件也是在 Unix/Linux 环境下才有的，用户在 Unix/Linux 环境下客户端连接

可以不通过 TCP/IP 网络而直接使用 Unix????Socket 来连接 MySQL。

2．2 MySQL Server 系统架构

2.2.1 逻辑模块组成

总的来说，MySQL 可以看成是二层架构，第一层我们通常叫做 SQL Layer，在 MySQL 数据库系统处理底层数据之前的所有工作都是在这一层完成的，包括权限判断，sql 解析，执行计划优化，query cache 的处理等等；第二层就是存储引擎层，我们通常叫做 Storage Engine Layer，也就是底层数据存取操作实现部分，由多种存储引擎共同组成。所以，可以用如下一张最简单的架构示意图来表示 MySQL 的基本架构，如图 2-1 所示：

????图????2-1

虽然从上图看起来 MySQL 架构非常的简单，就是简单的两部分而已，但实际上每一层中都含有各自的很多小模块，尤其是第一层 SQL Layer，结构相当复杂的。下面我们就分别针对 SQL Layer 和 Storage Engine Layer 做一个简单的分析。

????SQL????Layer 中包含了多个子模块，下面我将逐个做一下简单的介绍：

当一条 query 或者一个 command 处理完成（成功或者失败）之后，控制权都会交还给连接线程模块。如果处理成功，则将处理结果（可能是一个 Result set，也可能是成功或者失败的标识）通过连接线程反馈给客户端。如果处理过程中发生错误，也会将相应的错误信息发送给客户端，然后连接线程模块会进行相应的清理工作，并继续等待后面的请求，重复上面提到的过程，或者完成客户端断开连接的请求。

如果在上面的过程中，相关模块使数据库中的数据发生了变化，而且 MySQL 打开了 binlog 功能，则对应的处理模块还会调用日志处理模块将相应的变更语句以更新事件的形式记录到相关参数指定的二进制日志文件中。

在上面各个模块的处理过程中，各自的核心运算处理功能部分都会高度依赖整个 MySQL 的核心 API 模块，比如内存管理，文件 I/O，数字和字符串处理等等。

了解到整个处理过程之后，我们可以将以上各个模块画成如图 2-2 的关系图：



????图????2-2

2．3 MySQL 自带工具使用介绍

MySQL 数据库不仅提供了数据库的服务器端应用程序，同时还提供了大量的客户端工具程序，如 mysql，mysqladmin，mysqldump 等等，都是大家所熟悉的。虽然有些人对这些工具的功能都已经比较了解了，但是真正能将这些工具程序物尽其用的人可能并不是太多，或者知道的不全，也可能并不完全了解其中的某种特性。所以在这里我也简单地做一个介绍。

1、mysql

相信在所有 MySQL 客户端工具中，读者了解最多的就是 mysql 了，用的最多的应该也非

他莫属。mysql 的功能和 Oracle 的 sqlplus 一样，为用户提供一个命令行接口来操作管理 MySQL 服务器。其基本的使用语法这里就不介绍了，大家只要运行一下"mysql --help"就会得到如下相应的基本使用帮助信息：

sky@sky:~$????mysql????--help

mysql Ver 14.14 Distrib 5.1.26-rc, for pc-linux-gnu (i686) using EditLine wrapper

Copyright????(C)????2000-2008????MySQL????AB

This????software????comes????with????ABSOLUTELY????NO????WARRANTY.????This????is????free????software, and????you????are????welcome????to????modify????and????redistribute it????under????the????GPL????license

Usage:????mysql????[OPTIONS]????[database]

Show????warnings????after????every????statement.

...????...

上面的内容仅仅只是输出的一部分，省略去掉了大家最常用的一些参数（因为大家应该已经很熟悉了），留下了部分个人认为可能不是太经常用到，但是在有些情况下却能给我们带来意料之外的惊喜的一些参数选项。

首先看看"-e, --execute=name"参数，这个参数是告诉 mysql，我只要执行"-e"后面的某个命令，而不是要通过 mysql 连接登录到 MySQL Server 上面。此参数在我们写一些基本的 MySQL 检查和监控的脚本中非常有用，我个人就经常在脚本中使用到他。

如果在连接时候使用了"-E, --vertical"参数，登入之后的所有查询结果都将以纵列显示，效果和我们在一条 query 之后以"\G"结尾一样，这个参数的使用场景可能不是特别多。

"-H, --html"与"-X, --xml"这两个参数很有意思的，在启用这两个参数之后，select 出来的所有结果都会按照"Html"与"Xml"格式来输出，在有些场合之下，比如希望 Xml 或者 Html 文件格式导出某些报表文件的时候，是非常方便的。

"--prompt=name"参数对于做运维的人来说是一个非常重要的参数选项，其主要功能是定制自己的 mysql 提示符的显示内容。在默认情况下，我们通过 mysql 登入到数据库之后 ， mysql 的提示符只是一个很简单的内容"mysql>"，没有其他任何附加信息。非常幸运的是 mysql 通过"--prompt=name"参数给我们提供了自定义提示信息的办法，可以通过配置显示登入的主机地址，登录用户名，当前时间，当前数据库 schema，MySQL????Server 的一些信息等等。我个人强烈建议将登录主机名，登录用户名和所在的 schema 这三项加入提示内容，因为当大家手边管理的 MySQL 越来越多，操作越来越频繁的时候，非常容易因为操作的时候没有太在意自己当前所处的环境而造成在错误的环境执行了错误的命令并造成严重后果的情况。如果我们在提示内容中加入了这几项之后，至少可以更方便的提醒自己当前所处环境 ，以尽量减少犯错误的概率。

????我个人的提示符定义：????"\\u@\\h????:????\\d????\\r:\\m:\\s>????"，显示效果：

????"sky@localhost :????test????04:25:45>"

"--tee=name"参数也是对运维人员非常有用的参数选项，用来告诉 mysql，将所有输入和输出内容都记录进文件。在我们一些较大维护变更的时候，为了方便被查，最好是将整个操作过程的所有输入和输出内容都保存下来。有了"--tee=name"参数，就再也不用通过 copy 屏幕来保存操作过程了。

"-U, --safe-updates"，"--select_limit=#"和"--max_join_size=#"三个参数都是出于性能相关考虑的参数。使用"-U, --safe-updates"参数之后，将禁止所有不能使用索引的 update 和 delete 操作的请求，"--select_limit=#"的使用前提是有"-U, --safeupdates"参数，功能是限制查询记录的条数，"--max_join_size=#"也需要与"-U, --safeupdates"一起使用，限制参与 join 的最大记录数。

"--show-warnings"参数作用是在执行完每一条 query 之后都会自动执行一次"show warnings"，显示出最后一次 warning 的内容。

上面仅仅介绍了部分不是太常使用但是很有特点的少数几个参数选项，实际上 mysql

程序支持非常多的参数选项，有其自身的参数，也有提交给 MySQL Server 的。mysql 的所有参数选项都可以写在 MySQL Server 启动参数文件（my.cnf）的[mysql]参数 group 中，还有部分连接选项参数会从[client]参数 group 中读取，这样很多参数就可以不用在每次执行 mysql 的时候都手工输入，而由 mysql 程序自己自动从 my.cnf 文件 load 这些参数。

如果读者朋友希望对 mysql 其他参数选项或者 mysql 的其他更国有图有更深入的了解，

可以通过 MySQL 官方参考手册查阅，也可以通过执行"mysql????--help"得到帮助信息之后通过自行实验来做进一步的深刻认识。当然如果您是一位基本能看懂 c 语言的朋友，那么您完全可以通过 mysql 程序的源代码来发现其更多有趣的内容。

2、mysqladmin

????Usage:????mysqladmin????[OPTIONS]????command????command????...

mysqadmin，顾名思义，提供的功能都是与 MySQL 管理相关的各种功能。如 MySQL????Server 状态检查，各种统计信息的 flush，创建/删除数据库，关闭 MySQL????Server 等等。mysqladmin 所能做的事情，虽然大部分都可以通过 mysql 连接登录上 MySQL????Server 之后来完成，但是大部分通过 mysqladmin 来完成操作会更简单更方便。这里我将介绍一下自己经常使用到的几个常用功能：

????ping 命令可以很容易检测 MySQL????Server 是否还能正常提供服务

sky@sky:~# mysqladmin -u sky -ppwd -h localhost ping mysqld is alive

????status 命令可以获取当前 MySQL????Server 的几个基本的状态值：

????sky@sky:~#????mysqladmin????-u????sky????-ppwd????-h????localhost????status

Uptime:????20960????Threads:????1????Questions:????75????Slow????queries:????0????Opens:????15????Flush tables:????1????Open????tables:????9????Queries????per????second????avg:????0.3

processlist 获取当前数据库的连接线程信息：

????sky@sky:~#????mysqladmin????-u????sky????-ppwd????-h????localhost????processlist

+----+------+-----------+----+---------+------+-------+------------------+

|????Id????|????User????|????Host????|????db????|????Command????|????Time????|????State????|????Info????| +----+------+-----------+----+---------+------+-------+------------------+

????|????48????|????sky????|????localhost????|????|????Query????|????0????|????|????show????processlist????|

+----+------+-----------+----+---------+------+-------+------------------+

上面的这三个功能是我在自己的一些简单监控脚本中经常使用到的，虽然得到的信息还是比较有限，但是对于完成一些比较基本的监控来说，已经足够胜任了。此外，还可以通过 mysqladmin 来 start????slave 和 stop????slave，kill 某个连接到 MySQL????Server 的线程等等。

1. mysqldump

????Usage:????mysqldump????[OPTIONS]????database????[tables]

OR????mysqldump????[OPTIONS]????--databases????[OPTIONS]????DB1????[DB2????DB3...] OR????mysqldump????[OPTIONS]????--all-databases [OPTIONS]

mysqldump 这个工具我想大部分读者可能都比较熟悉了，其功能就是将 MySQL Server 中的数据以 SQL 语句的形式从数据库中 dump 成文本文件。虽然 mysqldump 是做为 MySQL 的一种逻辑备份工具为大家所认识，但我个人觉得称他为 SQL 生成导出工具更合适一点，因为通过 mysqldump 所生成的文件，全部是 SQL 语句，包括数据库和表的创建语句。当然，通过给 mysqldump 程序加"-T"选项参数之后，可以生成非 SQL 形式的指定给是的文本文件。这个功能实际上是调用了 MySQL 中的"select * into OUTFILE from ..."语句而实现。也可以通过"-d,--no-data"仅仅生成结构创建的语句。在声称 SQL 语句的时候，字符集设置这一项也是比较关键的，建议每次执行 mysqldump 程序的时候都通过尽量做到"--defaultcharacter-set=name"显式指定字符集内容，以防止以错误的字符集生成不可用的内容。 mysqldump 所生成的 SQL 文件可以通过 mysql 工具执行。

1. mysqlimport

????Usage:????mysqlimport????[OPTIONS]????database????textfile????...

mysqlimport 程序是一个将以特定格式存放的文本数据（如通过"select * into OUTFILE from ..."所生成的数据文件）导入到指定的 MySQL Server 中的工具程序，比如将一个标准的 csv 文件导入到某指定数据库的指定表中。mysqlimport 工具实际上也只是 "load data infile"命令的一个包装实现。

1. mysqlbinlog

????Usage:????mysqlbinlog????[OPTIONS]????log-files

mysqlbinlog 程序的主要功能就是分析 MySQL Server 所产生的二进制日志（也就是大家所熟知的 binlog）。当我们希望通过之前备份的 binlog 做一些指定时间之类的恢复的时候，mysqlbinlog 就可以帮助我们找到恢复操作需要做哪些事情。通过 mysqlbinlog，我们可以解析出 binlog 中指定时间段或者指定日志起始和结束位置的内容解析成 SQL 语句，并导出到指定的文件中，在解析过程中，还可以通过指定数据库名称来过滤输出内容。

1. mysqlcheck

????Usage:????mysqlcheck????[OPTIONS]????database????[tables]

OR????mysqlcheck????[OPTIONS]????--databases????DB1????[DB2????DB3...] OR????mysqlcheck????[OPTIONS]????--all-databases

mysqlcheck 工具程序可以检查（check），修复（ repair），分析（ analyze）和优化（optimize）MySQL Server 中的表，但并不是所有的存储引擎都支持这里所有的四个功能，像 Innodb 就不支持修复功能。实际上，mysqlcheck 程序的这四个功能都可以通过 mysql 连接登录到 MySQL Server 之后来执行相应命令完成完全相同的任务。

1. myisamchk

????Usage:????myisamchk????[OPTIONS]????tables[.MYI]

功能有点类似"mysqlcheck -c/-r"，对检查和修复 MyISAM 存储引擎的表，但只能对 MyISAM 存储引擎的索引文件有效，而且不用登录连接上 MySQL Server 即可完成操作。

1. myisampack

????Usage:????myisampack????[OPTIONS]????filename????...

对 MyISAM 表进行压缩处理，以缩减占用存储空间，一般主要用在归档备份的场景下，

而且压缩后的 MyISAM 表会变成只读，不能进行任何修改操作。当我们希望归档备份某些历史数据表，而又希望该表能够提供较为高效的查询服务的时候，就可以通过 myisampack 工具程序来对该 MyISAM 表进行压缩，因为即使虽然更换成 archive 存储引擎也能够将表变成只读的压缩表，但是 archive 表是没有索引支持的，而通过压缩后的 MyISAM 表仍然可以使用其索引。

1. mysqlhotcopy

????Usage:????mysqlhotcopy????db_name[./table_regex/] [new_db_name????|????directory]

mysqlhotcopy 和其他的客户端工具程序不太一样的是他不是 c（或者 c++）程序编写的 ，

而是一个 perl 脚本程序，仅能在 Unix/Linux 环境下使用。他的主要功能就是对 MySQL 中的 MyISAM 存储引擎的表进行在线备份操作，其备份操作实际上就是通过对数据库中的表进行加锁，然后复制其结构，数据和索引文件来完成备份操作，当然，也可以通过指定 "-noindices"告诉 mysqlhotcopy 不需要备份索引文件。

1. 其他工具除了上面介绍的这些工具程序之外，MySQL 还有自带了其他大量的工具程序，如针对离

线 Innodb 文 件 做 checksum 的 innochecksum， 转 换 mSQL C API 函 数 的 msql2mysql ， dumpMyISAM 全文索引的 myisam_ftdump，分析处理 slowlog 的 mysqldumpslow，查询 mysql 相关开发包位置和 include 文件位置的 mysql_config， 向 MySQL AB 报告 bug 的 mysqlbug，测 试 套 件 mysqltest 和 mysql_client_test ， 批 量 修 改 表 存 储 引 擎 类 型 的 mysql_convert_table_format， 能 从 更 新 日 志 中 提 取 给 定 匹 配 规 则 的 query 语 句 的 mysql_find_rows，更改 MyIsam 存储引擎表后缀名的 mysql_fix_extensions，修复系统表的 mysql_fix_privilege_tables，查看数据库相关对象结构的 mysqlshow，MySQL 升级工具 mysql_upgrade，通过给定匹配模式来 kill 客户端连接线程的 mysql_zap，查看错误号信息的 perror，文本替换工具 replace，等 等一系列工具程序可供我们使用。如果您希望在 MySQL 源代码的基础上做一些自己的修改，如修改 MyISAM 存储引擎的时候，可以利用 myisamlog 来进行跟踪分析 MyISAM 的 log。