mysql属于什么结构软件_1.MySQL架构组成

1.物理文件组成

1.1日志文件

1.1.1Error log

错误日志记录了 MyQL Server 运行过程中所有较为严重的警告和错误信息， 以及 MySQL

Server 每次启动和关闭的详细信息。在默认情况下，系统记录错误日志的功能是关闭的，

错误信息被输出到标准错误输出(stderr) ，如果要开启系统记录错误日志的功能，需要在

启动时开启-log-error 选项。错误日志的默认存放位置在数据目录下，以 hostname.err 命

名。但是可以使用命令： --log-error[=file_name]，修改其存放目录和文件名。

为了方便维护需要， 有时候会希望将错误日志中的内容做备份并重新开始记录， 这时候

就可以利用 MySQL 的 FLUSH LOGS 命令来告诉 MySQL 备份旧日志文件并生成新的日志文件。

备份文件名以“.old” 结尾

1.1.2Binary 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 文件

1.1.3update log

新日志是 MySQL 在较老的版本上使用的，其功能和 binlog 基本类似，只不过不是以

二进制格式来记录而是以简单的文本格式记录内容。自从 MySQL 增加了 binlog 功能之后，

就很少使用更新日志了。从版本 5.0 开始， MySQL 已经不再支持更新日志了

1.1.4 query log

询日志记录 MySQL 中所有的 query，通过“ --log[=fina_name]” 来打开该功能。由

于记录了所有的 query，包括所有的 select，体积比较大，开启后对性能也有较大的影响，

所以请大家慎用该功能。 一般只用于跟踪某些特殊的 sql 性能问题才会短暂打开该功能。 默

认的查询日志文件名为 hostname.log

1.1.5 slow query log

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

query，通过设--log-slow-queries[=file_name]来打开该功能并设置记录位置和文件名，

默认文件名为 hostname-slow.log，默认目录也是数据目录。

慢查询日志采用的是简单的文本格式， 可以通过各种文本编辑器查看其中的内容。 其中

记录了语句执行的时刻，执行所消耗的时间，执行用户，连接主机等相关信息。 MySQL 还提

供了专门用来分析满查询日志的工具程序 mysqlslowdump， 用来帮助数据库管理人员解决可

能存在的性能问题

1.1.6 innodb redo log

Innodb 是一个事务安全的存储引擎， 其事务安全性主要就是通过在线 redo 日志和记录

在表空间中的 undo 信息来保证的。 redo 日志中记录了 Innodb 所做的所有物理变更和事务

信息， 通过 redo 日志和 undo 信息， Innodb 保证了在任何情况下的事务安全性。 Innodb 的redo

日志同样默认存放在数据目录下， 可以通过 innodb_log_group_home_dir 来更改设置日志的

存放位置，通过 innodb_log_files_in_group 设置日志的数量

1.2数据文件

1.2.1 ".frm"文件

与表相关的元数据( meta)信息都存放在“ .frm” 文件中，包括表结构的定义信息等。

不论是什么存储引擎，每一个表都会有一个以表名命名的“ .frm” 文件。所有的“ .frm” 文

件都存放在所属数据库的文件夹下面

1.2.2 ".MYD"文件

".MYD” 文件是 MyISAM 存储引擎专用，存放 MyISAM 表的数据。每一个 MyISAM 表都会

有一个“.MYD” 文件与之对应，同样存放于所属数据库的文件夹下，和“.frm” 文件在一起

1.2.3 ".MYI” 文件

“.MYI” 文件也是专属于 MyISAM 存储引擎的，主要存放 MyISAM 表的索引相关信息。 对

于 MyISAM 存储来说，可以被 cache 的内容主要就是来源于“.MYI” 文件中。每一个 MyISAM

表对应一个“.MYI” 文件，存放于位置和“.frm” 以及“.MYD” 一样。

1.2.4.“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 的添加工作。不过如果我们使用独享表

空间存储方式的话， 就不会有这样的问题， 但是如果要使用裸设备的话， 每个表一个裸设备，

可能造成裸设备数量非常大，而且不太容易控制大小，实现比较困难，而共享表空间却不会

有这个问题，容易控制裸设备数量

1.3Replication相关文件

1.3.1master.info 文件：

master.info 文件存在于 Slave 端的数据目录下，里面存放了该 Slave 的 Master 端的

相关信息，包括 Master 的主机地址，连接用户，连接密码，连接端口，当前日志位置，已

经读取到的日志位置等信息

1.3.2relay 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.3.3relay-log.info

类似于 master.info， 它存放通过 Slave 的 I/O 线程写入到本地的 relay log 的相关信

息。供 Slave 端的 SQL 线程以及某些管理操作随时能够获取当前复制的相关信息

1.3.4其他文件

1.3.4.1system config file

系统配置文件，my.cnf/ini,

image.png

1.3.4.2pid file

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

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

1.3.4.3socket file

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

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

2.MySQL系统架构

2.1逻辑模块组成

image.png

2.1.1 一层 SQL Layer

在 MySQL 数据库系统处理底层数据之前的所有工作都是在这一层完成的，包括权限判断， sql 解析， 执行计划优化， query cache 的处理等等

2.1.1.1初始化模块

在MySQL启动的时候，对整个系统做各种各样的初始化操作。

2.1.1.2核心API

核心 API 模块主要是为了提供一些需要非常高效的底层操作功能的优化实现， 包括各种底层数据结构的实现，特殊算法的实现，字符串处理，数字处理等，小文件 I/O，格式化输出，以及最重要的内存管理部分

2.1.1.3网络交换模块

底层网络交互模块抽象出底层网络交互所使用的接口 api， 实现底层网络数据的接收与发送，以方便其他各个模块调用，以及对这一部分的维护。

2.1.1.4client & server 交互协议模块

实现了客户端与 MySQL 交互过程中的所有协议。当然这些协议都是建立在现有的 OS 和网络协议之上的

2.1.1.5用户模块

主要包括用户的登录连接权限控制和用户的授权管理

2.1.1.6访问控制模块

根据用户模块中各用户的授权信息， 以及数据库自身特有的各种约束， 来控制用户对数据的访问

2.1.1.7连接管理，连接线程和线程管理

连接管理模块负责监听对MySQL Server的各种请求，接受链接请求，转发所有链接请求到线程管理模块。

每一个链接上MySQL Server的客户端请求都会被分配或者创建一个连接线程为其单独服务，连接线程的主要工作就是负责MySQL Server与客户端的通信，接受客户端的命令请求，传递Server端的结果信息等。

线程管理模块则负责管理维护这些线程。

2.1.1.8Query解析和转发模块

连接线程接受到一个客户端的query后，会直接将改query传递给专门负责将各种query进行分类然后转发给各个对应的处理模块。其主要工作就是将query语句进行语义和语法分析，然后按照不同的操作类型进行分类，然后做出针对性的转发。

2.1.1.9Query cache模块

将客户端提交给MySQL的select类query请求的返回结果集cache到内存中，与改query的一个hash值做一个对应。query所取数据表发生数据变化，cache将自动失效。

2.1.1.10Query优化器模块

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

2.1.1.11表变更管理模块

负责完成一些DML和DDL的query。： update， delte， insert，create table， alter table 等语句

2.1.1.12表维护模块

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

2.1.1.13系统状态管理模块

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

2.1.1.14表管理器

管理器的工作主要就是维护“.frm”文件，以及一个 cache，该 cache 中的主要内容是各个表的结构信息。此外它还维护 table 级别的锁管理。

2.1.1.15日志记录模块

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

2.1.1.16复制模块

Master 模块主要负责在Replication 环境中读取 Master 端的 binary 日志， 以及与 Slave 端的 I/O 线程交互等工作

Slave 模块系统中主要体现在两个线程上面。一个是负责从 Master 请求和接受 binary 日志， 并写入本地 relay log 中的 I/O 线程。 另外一个是负责从 relay log 中读取相关日志事件， 然后解析成可以在 Slave 端正确执行并得到和Master 端完全相同的结果的命令并再交给 Slave 执行的 SQL 线程

2.1.1.17存储引擎接口模块

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

2.1.2二层 Storage Engine Layer

是底层数据存取操作实现部分，由多种存储引擎共同组成

2.2各模块工作配合

MySQL性能调优与架构设计--全册@www.java1234.com.jpg

3.MySQL自带工具使用介绍

3.1 mysql

MySQL为用户提供一个命令行接口用来操作管理MySQL服务器，具体的语法查看 mysql --help

3.2 mysqladmin

mysqladmin [OPTIONS] command command ...

提供MySQL管理相关的各种功能。

3.3 mysqldump

mysqldump [OPTIONS] database [tables]

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

OR mysqldump [OPTIONS] --all-databases [OPTIONS]

将MySQL Server中的数据已SQL语句的形式从数据库中dump成文本文件

3.4 mysqlimport

mysqlimport [OPTIONS] database textfile ...

讲一个以特定格式存放的文本数据导入到指定的MySQL Server中的工具程序。

实际上是 “load data infile” 命令的一个包装实现。

3.5 mysqlbinlog

mysqlbinlog [OPTIONS] log-files

mysqlbinlog 程序的主要功能就是分析 MySQL Server 所产生的二进制日志(也就是大

家所熟知的 binlog) 。当我们希望通过之前备份的 binlog 做一些指定时间之类的恢复的时

候， mysqlbinlog 就可以帮助我们找到恢复操作需要做哪些事情。通过 mysqlbinlog，我们

可以解析出 binlog 中指定时间段或者指定日志起始和结束位置的内容解析成 SQL 语句，并

导出到指定的文件中，在解析过程中，还可以通过指定数据库名称来过滤输出内容

3.6 mysqlcheck

mysqlcheck [OPTIONS] database [tables]

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

OR mysqlcheck [OPTIONS] --all-databases

mysqlcheck 工具程序可以检查( check) ，修复( repair) ，分析( analyze)和优化( optimize) MySQL Server 中的表，但并不是所有的存储引擎都支持这里所有的四个功能，像 Innodb 就不支持修复功能。

3.7 myisamchk

myisamchk [OPTIONS] tables[.MYI]

功能有点类似“ mysqlcheck -c/-r” ，对检查和修复 MyISAM 存储引擎的表，但只能对

MyISAM 存储引擎的索引文件有效

3.8 myisampack

myisampack [OPTIONS] filename ...

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

3.9 mysqlhotcopy

mysqlhotcopy db_name[./table_regex/] [new_db_name | directory]

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

3.10 其他工具

。。。