本文主要是介绍Innodb学习之MySQL体系结构，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

• 数据库和数据库实例
• MySQL体系结构
• MySQL各存储引擎特性
  • Innodb存储引擎
  • MyISAM
  • BDB：
  • Memory
  • Archive
  • Federated

数据库和数据库实例

• 数据库是所有文件的集合，是依照某种数据模型组织起来的数据集合。

• 而数据库实例，指的是程序，是位于用户与操作系统之间的一层数据管理软件，用户通过数据库实例对数据库进行操作。

数据库不是文件系统，它区别于文件系统的不同之处在于，数据库需要支持锁、支持事务等。

MySQL体系结构

在MySQL 5.1中，MySQL AB引入了新的插件式存储引擎体系结构，允许将存储引擎加载到正在运新的MySQL服务器中。

MySQL由图中描述的这几个部分组成：

• 连接池组件，实际编码中应该接触很多

• 管理服务和工具组件

• SQL接口组件

• 查询分析器组件

• 优化器组件

• 缓冲组件

• 插件式存储引擎<存储引擎是基于表的、使用较为广泛的是Innodb存储引擎>

• 物理文件

插件式存储引擎式架构是MySQL区别于其它数据库的地方，该架构中，存储引擎的底层物理结构可以按照引擎开发者的意愿来实现。

MySQL各存储引擎特性

Innodb存储引擎

1. 它是我们这个系列的主角，也是日常开发中，使用最多的存储引擎；它主要的设计目标是为了支持那些面向在线事务处理(OLTP)的应用，主要的特点是行锁设计，支持外键。

2. Innodb存储引擎将数据存放于逻辑表空间中，这个表空间由Innodb存储引擎自身进行管理，对上层用户透明，它还支持将每个表单独存放到独立的 .idb 文件中。

3. Innodb支持行多版本技术，以提高并发，后续章节将细说。除此之外Innodb还提供了插入缓冲(insert buffer)、二次写、自适应哈索引、预读等提高性能和可用性的功能。

4. 对于表中数据行的存储，MySQL使用聚集索引，就是说每行数据根据主键按序存储；值得一提的是，MySQL的辅助索引虽然也是按辅助索引的键值排序存放，但是辅助索引不存储完整的数据行，只是存储了到主键的映射，使用辅助索引不可避免的最后会进行一次离散读，获取到实际的行数据。

MyISAM

• 它是在Web、数据仓储和其他应用环境下最常使用的存储引擎之一。支持全文索引，对基于MyISAM引擎的表，MySQL只缓存.MYI索引文件, 而.MYD数据文件由操作系统本身来维护；需要注意的是区别于别的存储引擎，"它不支持事务"，不支持行锁设计，主要面向[OLAP] 数据库应用。

• OLAP(Online analytical processing)，即联机分析处理，主要用于支持企业决策管理分析。

BDB：

可替代InnoDB的事务引擎，支持COMMIT、ROLLBACK和其他事务特性。

Memory

将所有数据保存在RAM中，它使用哈希索引，可以提供常熟时间的访问，在需要快速查找引用和其他类似数据的环境下，可提供极快的访问。存在的风险是，如果服务器宕机，将导致内存中的数据丢失。此外还存在使用上的限制，它只支持表锁性能较差，不支持BLOB、TEXT类型字段。

Archive

为大量很少引用的历史、归档、或安全审计信息的存储和检索提供了完美的解决方案。Archive只支持insert 和select ，它使用zlib算法将数据行压缩，它非常适合存储归档数据、日志信息；它使用行锁来实现高并发的插入操作，但是它本事不是事务安全的存储引擎。他的设计目标主要是为了，提供高速的插入和压缩功能。

Federated

Federated不存放数据，它只是指向一台远程MySQL数据库服务器上的表类似Oracle的透明网关。它能够将多个分离的MySQL服务器链接起来，从多个物理服务器创建一个逻辑数据库。十分适合于分布式环境或数据集市环境。

时至今日MySQL已经有了很多的存储引擎，官方引擎以及强大的第三方引擎，我们可以根据具体的应用场景选择适当的存储引擎。

这篇关于Innodb学习之MySQL体系结构的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！