MySQL体系结构和存储引擎

数据库与实例

MySQL是一个可移植的、单进程、多线程架构的数据库
数据库：物理操作系统文件或者其他形式文件类型的集合
实例：MySQL数据库由后台线程以及一个共享内存区组成。数据库实例才是真正用于操作数据库文件的。
MySQL数据库实例在系统上的表现就是一个进程。
应用程序只有通过数据库实例才能和数据库打交道

数据库是由一个个文件组成的（一般来说是二进制文件），要对这些文件执行诸如select ，insert，update和delete之类的数据库操作是不能通过简单的操作文件来更改数据库的内容，需要通过数据库实例来完成对数据库的操作。

配置文件

启动实例时，MySQL数据库会去读取配置文件，根据配置文件的参数来启动数据库实例。如果没有配置文件，MySQL会按照编译的默认参数设置启动实例。
windows下用mysql –help查看配置文件位置
C:\Program Files\MySQL\MySQL Server 5.7\bin>mysql –help

可以看到这些配置文件是按序进行加载的。如果几个配置文件中都有同一个参数，则MySQL数据库会以读取到的最后一个配置文件的参数为准。
配置文件中有个参数datadir，指定了数据库所在的路径

show variables like ‘datadir’

这里的路径不是一个真实存在的路径，而是一个链接地址

MySQL体系结构

MySQL由以下几部分组成：
连接池组件
管理服务和工具组件
SQL接口组件
查询分析器组件
优化器组件
缓冲（Cache）组件
插件式存储引擎
物理文件

MySQL数据库区别于其他数据库的最重要的一个特点就是其插件式的表存储引擎。MySQL插件式的存储引擎架构提供了一系列标准的管理和服务支持，这些标准与存储引擎本身无关，而存储引擎是底层物理结构的实现，每个存储引擎开发者可以按照自己的意愿来进行开发。
存储引擎是基于表的，而不是数据库。

MySQL存储引擎

InnoDB存储引擎

MySQL 5.5.8开始，InnoDB存储引擎是默认的存储引擎。

• 支持事务 面向在线事务处理（OLTP）的应用
• 将数据放在一个逻辑的表空间中，由InnoDB存储引擎自身进行管理
• InnoDB通过使用多版本并发控制（MVVC）来获得高并发性，并且实现了SQL标准的4中隔离级别，默认是REPEATABLE级别
• 使用next-key locking的策略来避免幻读现象的产生
• 提供了插入缓存（insert buffer）、二次写(double write)，自适应哈希索引（adaptive hash index）、预读（read ahead）等高性能和高可用的功能
• 对于表中数据的存储，InnoDB存储引擎采用了聚集的方式，因此每张表的存储都是按主键的顺序进行存放。如果没有显式得在表定义时指定主键，InnoDB存储引擎会为每一行生成一个6字节的ROWID，并以此为主键。

MySQL有多种存储引擎，如下图。其他的暂不介绍。