第 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 中包含了多个子模块，下面我将逐个做一下简单的介绍：

1. 初始化模块

顾名思议，初始化模块就是在 MySQL????Server 启动的时候，对整个系统做各种各样的初始化操作，比如各种 buffer，cache 结构的初始化和内存空间的申请，各种系统变量的初始化设定，各种存储引擎的初始化设置，等等。

1. 核心 API

核心 API 模块主要是为了提供一些需要非常高效的底层操作功能的优化实现，包括各种底层数据结构的实现，特殊算法的实现，字符串处理，数字处理等，小文件 I/O，格式化输出，以及最重要的内存管理部分。核心 API 模块的所有源代码都集中在 mysys 和 strings 文件夹下面，有兴趣的读者可以研究研究。

1. 网络交互模块

底层网络交互模块抽象出底层网络交互所使用的接口 api，实现底层网络数据的接收与

发送，以方便其他各个模块调用，以及对这一部分的维护。所有源码都在 vio 文件夹下面。

1. Client????&????Server????交互协议模块

任何 C/S 结构的软件系统，都肯定会有自己独有的信息交互协议，MySQL 也 不例 外。MySQL 的 Client & Server 交互协议模块部分，实现了客户端与 MySQL 交互过程中的所有协议。

当然这些协议都是建立在现有的 OS 和网络协议之上的，如 TCP/IP 以及 Unix????Socket。

1. 用户模块

用户模块所实现的功能，主要包括用户的登录连接权限控制和用户的授权管理。他就像

MySQL 的大门守卫一样，决定是否给来访者"开门"。

1. 访问控制模块

造访客人进门了就可以想干嘛就干嘛么？为了安全考虑，肯定不能如此随意。这时候就需要访问控制模块实时监控客人的每一个动作，给不同的客人以不同的权限。访问控制模块实现的功能就是根据用户模块中各用户的授权信息，以及数据库自身特有的各种约束，来控制用户对数据的访问。用户模块和访问控制模块两者结合起来，组成了 MySQL 整个数据库系统的权限安全管理的功能。

1. 连接管理、连接线程和线程管理

连接管理模块负责监听对 MySQL Server 的各种请求，接收连接请求，转发所有连接请求到线程管理模块。每一个连接上 MySQL Server 的客户端请求都会被分配（或创建）一个连接线程为其单独服务。而连接线程的主要工作就是负责 MySQL Server 与客户端的通信，接受客户端的命令请求，传递 Server 端的结果信息等。线程管理模块则负责管理维护这些连接线程。包括线程的创建，线程的 cache 等。

1. Query 解析和转发模块

在 MySQL 中我们习惯将所有 Client 端发送给 Server 端的命令都称为 query，在 MySQL Server 里面，连接线程接收到客户端的一个 Query 后，会直接将该 query 传递给专门负责将各种 Query 进行分类然后转发给各个对应的处理模块，这个模块就是 query 解析和转发模块。其主要工作就是将 query 语句进行语义和语法的分析，然后按照不同的操作类型进行分类，然后做出针对性的转发。

1. Query????Cache 模块

Query????Cache 模块在 MySQL 中是一个非常重要的模块，他的主要功能是将客户端提交给 MySQL 的 Select 类 query 请求的返回结果集 cache 到内存中，与该 query 的一个 hash 值做一个对应。该 Query 所取数据的基表发生任何数据的变化之后，MySQL 会自动使该 query 的 Cache 失效。在读写比例非常高的应用系统中，Query????Cache 对性能的提高是非常显著的。

当然它对内存的消耗也是非常大的。

1. Query 优化器模块

Query 优化器，顾名思义，就是优化客户端请求的 query，根据客户端请求的 query 语句，和数据库中的一些统计信息，在一系列算法的基础上进行分析，得出一个最优的策略，告诉后面的程序如何取得这个 query 语句的结果。

1. 表变更管理模块

表变更管理模块主要是负责完成一些 DML 和 DDL 的 query，如 ：update，delte，insert， create table，alter table 等语句的处理。

1. 表维护模块表的状态检查，错误修复，以及优化和分析等工作都是表维护模块需要做的事情。
2. 系统状态管理模块

系统状态管理模块负责在客户端请求系统状态的时候，将各种状态数据返回给用户，像 DBA 常用的各种 show status 命令，show variables 命令等，所得到的结果都是由这个模块返回的。

1. 表管理器

这个模块从名字上看来很容易和上面的表变更和表维护模块相混淆，但是其功能与变更及维护模块却完全不同。大家知道，每一个 MySQL 的表都有一个表的定义文件，也就是*.frm 文件。表管理器的工作主要就是维护这些文件，以及一个 cache，该 cache 中的主要内容是各个表的结构信息。此外它还维护 table 级别的锁管理。

1. 日志记录模块

日志记录模块主要负责整个系统级别的逻辑层的日志的记录，包括 error????log，binary log，slow????query????log 等。

1. 复制模块

复 制 模 块 又 可 分 为 Master 模 块 和 Slave 模 块 两 部 分 ， Master 模 块 主 要 负 责 在

Replication 环境中读取 Master 端的 binary 日志，以及与 Slave 端的 I/O 线程交互等工作 。 Slave 模块比 Master 模块所要做的事情稍多一些，在系统中主要体现在两个线程上面。一个是负责从 Master 请求和接受 binary 日志，并写入本地 relay????log 中的 I/O 线程。另外一个是负责从 relay????log 中读取相关日志事件，然后解析成可以在 Slave 端正确执行并得到和

Master 端完全相同的结果的命令并再交给 Slave 执行的 SQL 线程。

1. 存储引擎接口模块

存储引擎接口模块可以说是 MySQL 数据库中最有特色的一点了。目前各种数据库产品中，基本上只有 MySQL 可以实现其底层数据存储引擎的插件式管理。这个模块实际上只是一个抽象类，但正是因为它成功地将各种数据处理高度抽象化，才成就了今天 MySQL 可插拔存储引擎的特色。

2.2.2 各模块工作配合

在了解了 MySQL 的各个模块之后，我们再看看 MySQL 各个模块间是如何相互协同工作的 。接下来，我们通过启动 MySQL，客户端连接，请求 query，得到返回结果，最后退出，这样一整个过程来进行分析。

当我们执行启动 MySQL 命令之后，MySQL 的初始化模块就从系统配置文件中读取系统参数和命令行参数，并按照参数来初始化整个系统，如申请并分配 buffer，初始化全局变量，以及各种结构等。同时各个存储引擎也被启动，并进行各自的初始化工作。当整个系统初始化结束后，由连接管理模块接手。连接管理模块会启动处理客户端连接请求的监听程序，包括 tcp/ip 的网络监听，还有 unix 的 socket。这时候，MySQL????Server 就基本启动完成，准备好接受客户端请求了。

当连接管理模块监听到客户端的连接请求（借助网络交互模块的相关功能），双方通过 Client????&????Server????交互协议模块所定义的协议"寒暄"几句之后，连接管理模块就会将连接请求转发给线程管理模块，去请求一个连接线程。

线程管理模块马上又会将控制交给连接线程模块，告诉连接线程模块：现在我这边有连接请求过来了，需要建立连接，你赶快处理一下。连接线程模块在接到连接请求后，首先会检查当前连接线程池中是否有被 cache 的空闲连接线程，如果有，就取出一个和客户端请求连接上，如果没有空闲的连接线程，则建立一个新的连接线程与客户端请求连接。当然，连接线程模块并不是在收到连接请求后马上就会取出一个连接线程连和客户端连接，而是首先通过调用用户模块进行授权检查，只有客户端请求通过了授权检查后，他才会将客户端请求和负责请求的连接线程连上。

在 MySQL 中，将客户端请求分为了两种类型：一种是 query，需要调用 Parser 也就是 Query 解析和转发模块的解析才能够执行的请求；一种是 command，不需要调用 Parser 就可以直接执行的请求。如果我们的初始化配置中打开了 Full Query Logging 的功能，那么 Query 解析与转发模块会调用日志记录模块将请求计入日志，不管是一个 Query 类型的请求还是一个 command 类型的请求，都会被记录进入日志，所以出于性能考虑，一般很少打开 Full

Query????Logging 的功能。

当客户端请求和连接线程"互换暗号（互通协议）"接上头之后，连接线程就开始处理客户端请求发送过来的各种命令（或者 query），接受相关请求。它将收到的 query 语句转给 Query 解析和转发模块，Query 解析器先对 Query 进行基本的语义和语法解析，然后根据命令类型的不同，有些会直接处理，有些会分发给其他模块来处理。

如果是一个 Query 类型的请求，会将控制权交给 Query 解析器。Query 解析器首先分析看是不是一个 select 类型的 query，如果是，则调用查询缓存模块，让它检查该 query 在 query????cache 中是否已经存在。如果有，则直接将 cache 中的数据返回给连接线程模块，然后通过与客户端的连接的线程将数据传输给客户端。如果不是一个可以被 cache 的 query 类型，或者 cache 中没有该 query 的数据，那么 query 将被继续传回 query 解析器，让 query 解析器进行相应处理，再通过 query 分发器分发给相关处理模块。

如果解析器解析结果是一条未被 cache 的 select 语句，则将控制权交给 Optimizer，也就是 Query 优化器模块，如果是 DML 或者是 DDL 语句，则会交给表变更管理模块，如果是一些更新统计信息、检测、修复和整理类的 query 则会交给表维护模块去处理，复制相关的 query 则转交给复制模块去进行相应的处理，请求状态的 query 则转交给了状态收集报告模块。实际上表变更管理模块根据所对应的处理请求的不同，是分别由 insert 处理器、delete 处理器、update 处理器、create 处理器，以及 alter 处理器这些小模块来负责不同的 DML 和 DDL 的。

在各个模块收到 Query 解析与分发模块分发过来的请求后，首先会通过访问控制模块检查连接用户是否有访问目标表以及目标字段的权限，如果有，就会调用表管理模块请求相应的表，并获取对应的锁。表管理模块首先会查看该表是否已经存在于 table????cache 中，如果已经打开则直接进行锁相关的处理，如果没有在 cache 中，则需要再打开表文件获取锁，然后将打开的表交给表变更管理模块。

当表变更管理模块"获取"打开的表之后，就会根据该表的相关 meta 信息，判断表的存储引擎类型和其他相关信息。根据表的存储引擎类型，提交请求给存储引擎接口模块，调用对应的存储引擎实现模块，进行相应处理。不过，对于表变更管理模块来说，可见的仅是存储引擎接口模块所提供的一系列"标准" 接口，底层存储引擎实现模块的具体实现，对于表变更管理模块来说是透明的。他只需要调用对应的接口，并指明表类型，接口模块会根据表类型调用正确的存储引擎来进行相应的处理。

当一条 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]

????also.????Does????not????work????in????batch????mode.????Disable????with

????--disable-tee. This????option????is????disabled????by????default.

...????...

...????...

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

首先看看"-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。

ch2 MySQL 架构组成