数据库是所有文件的集合,是依照某种数据模型组织起来的数据集合。
而数据库实例,指的是程序,是位于用户与操作系统之间的一层数据管理软件,用户通过数据库实例对数据库进行操作。
数据库不是文件系统,它区别于文件系统的不同之处在于,数据库需要支持锁、支持事务等。
在MySQL 5.1中,MySQL AB引入了新的插件式存储引擎体系结构,允许将存储引擎加载到正在运新的MySQL服务器中。
MySQL由图中描述的这几个部分组成:
连接池组件,实际编码中应该接触很多
管理服务和工具组件
SQL接口组件
查询分析器组件
优化器组件
缓冲组件
插件式存储引擎<存储引擎是基于表的、使用较为广泛的是Innodb存储引擎>
物理文件
插件式存储引擎式架构是MySQL区别于其它数据库的地方,该架构中,存储引擎的底层物理结构可以按照引擎开发者的意愿来实现。
它是我们这个系列的主角,也是日常开发中,使用最多的存储引擎;它主要的设计目标是为了支持那些面向在线事务处理(OLTP)的应用,主要的特点是行锁设计,支持外键。
Innodb存储引擎将数据存放于逻辑表空间中,这个表空间由Innodb存储引擎自身进行管理,对上层用户透明,它还支持将每个表单独存放到独立的 .idb 文件中。
Innodb支持行多版本技术,以提高并发,后续章节将细说。除此之外Innodb还提供了插入缓冲(insert buffer)、二次写、自适应哈索引、预读等提高性能和可用性的功能。
对于表中数据行的存储,MySQL使用聚集索引,就是说每行数据根据主键按序存储;值得一提的是,MySQL的辅助索引虽然也是按辅助索引的键值排序存放,但是辅助索引不存储完整的数据行,只是存储了到主键的映射,使用辅助索引不可避免的最后会进行一次离散读,获取到实际的行数据。
它是在Web、数据仓储和其他应用环境下最常使用的存储引擎之一。支持全文索引,对基于MyISAM引擎的表,MySQL只缓存.MYI索引文件, 而.MYD数据文件由操作系统本身来维护;需要注意的是区别于别的存储引擎,"它不支持事务",不支持行锁设计,主要面向[OLAP] 数据库应用。
OLAP(Online analytical processing),即联机分析处理,主要用于支持企业决策管理分析。
可替代InnoDB的事务引擎,支持COMMIT、ROLLBACK和其他事务特性。
将所有数据保存在RAM中,它使用哈希索引,可以提供常熟时间的访问,在需要快速查找引用和其他类似数据的环境下,可提供极快的访问。存在的风险是,如果服务器宕机,将导致内存中的数据丢失。此外还存在使用上的限制,它只支持表锁性能较差,不支持BLOB、TEXT类型字段。
为大量很少引用的历史、归档、或安全审计信息的存储和检索提供了完美的解决方案。Archive只支持insert 和select ,它使用zlib算法将数据行压缩,它非常适合存储归档数据、日志信息;它使用行锁来实现高并发的插入操作,但是它本事不是事务安全的存储引擎。他的设计目标主要是为了,提供高速的插入和压缩功能。
Federated不存放数据,它只是指向一台远程MySQL数据库服务器上的表类似Oracle的透明网关。它能够将多个分离的MySQL服务器链接起来,从多个物理服务器创建一个逻辑数据库。十分适合于分布式环境或数据集市环境。
时至今日MySQL已经有了很多的存储引擎,官方引擎以及强大的第三方引擎,我们可以根据具体的应用场景选择适当的存储引擎。