- Mozart
- 等级: 初级会员
![Mozart的博客: Use it or loss it Mozart的博客](https://www.iteye.com/upload/logo/user/105821/4b6beee9-9762-3735-8b36-75c0052592f0.png?1717537089)
- 性别:
![男](/images/icon_minigender_1.gif) - 文章: 5
- 积分: 90
- 来自: 成都
![](/images/status/offline.gif)
|
这段时间在看《High Performance MySQL》,看到存储引擎这个地方感到很多细节比较陌生,所以总结小记一些
为了适应各种不同的运行环境,MYSQL提供了多种不同的存储引擎(Storage Engine ),在应用程序开发这个层面上,开发者可以根据不同的需求选择适合的Storage Engine 方案,更为灵活的是,你可以根据每张表将要存储数据的特点,选择不同的Storage Engine,也就是说,在一个MYSQL数据库中,可以混合使用多种不同的Storage Engine
首先小瞥一下MySQL的体系结构,在最高抽象层度下,可以用Garlan & Shaw的分层结构体系来表示(左)
其中应用层为所有RDBMS用户提供用户接口,逻辑层包括了所有核心功能的实现,物理层则负责将数据存储在硬件设备上。
图中右侧更为具体的描述了逻辑层的组成,查询处理子系统、事务管理子系统、恢复管理子系统和存储管理子系统共同组成了MySQL的逻辑层。相信Storage Engine的位置是在Storage Management处,既Storage Engine属于Storage Management子系统的一部分
为了让思路更清晰一些,下面给出一幅比较全面的体系结构图(或更确切的说是流程图,只是忽略了反馈)
上面三幅图来自于一篇非官方(不保证百分百的正确)的MySQL体系结构的报告,与《High Performance MySQL》一书中给出的MySQL大体结构(下图,基本对应于Logic Layer,从第一幅图右侧可以看出MySQL logic layer同样遵从分层体系结构)还是比较吻合的。
连接上图中第二层和第三层之间的接口是并不针对任何存储引擎的单一API,.大概由20个基本的类似“启动事务,返回结果集”等函数组成。存储引擎并不处理SQL,相互之间也不通信,它们的任务只是简单的响应高层传来的请求。
存储引擎各自的一些特点
上面提到的四种存储引擎都有各自适用的环境,这取决于它们独有的一些特征。主要体现在性能、事务、并发控制、参照完整性、缓存、 故障恢复,备份及回存等几个方面
目前比较普及的存储引擎是MyISAM和InnoDB.而MyISAM又是绝大部分Web应用的首选。MyISAM与InnoDB的主要的不同点在于性能和事务控制上。
MyISAM是早期ISAM(Indexed Sequential Access Method,我现在用的MySQL5.0已经不支持ISAM了)的扩展实现,ISAM被设计为适合处理读频率远大于写频率这样一种情况,因此ISAM以及后来的MyISAM都没有考虑对事物的支持,排除了TPM,不需要事务记录,ISAM的查询效率相当可观,而且内存占用很少。MyISAM在继承了这类优点的同时,与时俱进的提供了大量实用的新特性和相关工具。例如考虑到并发控制,提供了表级锁,虽然MyISAM本身不支持容错,但可以通过myisamchk进行故障恢复。而且由于MyISAM是每张表使用各自独立的存储文件(MYD数据文件和MYI索引文件),使得备份及恢复十分方便(拷贝覆盖即可),而且还支持在线恢复。
所以如果你的应用是不需要事务,处理的只是基本的CRUD操作,那么MyISAM是不二选择
InnoDB被设计成适用于高并发读写的情况.使用MVCC(Multi-Version Concurrency Control)以及行级锁来提供遵从ACID的事务支持。InnoDB支持外键参照完整性,具备故障恢复能力。另外 InnoDB的性能其实还是不错的,特别是在处理大数据量的情况下,用官方的话说就是: InnoDB的CPU效率是其他基于磁盘的关系数据库存储引擎所不能比的。不过InnoDB的备份恢复要麻烦一点,除非你使用了4.1以后版本提供的Mulit-tablespace支持,因为InnoDB和MyISAM不同,他的数据文件并不是独立对应于每张表的。而是使用的共享表空间,简单的拷贝覆盖方法对他不适用,必须在停掉MYSQL后对进行数据恢复。使用Per-Table Tablespacesd,使其每张表对应一个独立的表空间文件,则情况要简单很多。
一般来说,如果需要事务支持,并且有较高的并发读写频率,InnoDB是不错的选择。要是并发读写频率不高的话,其实可以考虑BDB,但由于在MySQL5.1及其以后版本中,将不再提供BDB支持。这个选项也就没有了
至于Heap和BDB(Berkeley DB),相对来说,普及率不如前两种,但在有些情况下,还是挺适用的
Heap存储引擎就是将数据存储在内存中,由于没有磁盘I./O的等待,速度极快。但由于是内存存储引擎,所做的任何修改在服务器重启后都将消失。
Heap挺适合做测试的时候使用
BDB是MySQL第一款事务安全的存储引擎。在Berkeley DB database library的基础上建立,同样是事务安全的,但BDB的普及率显然不及InnoDB,因为大多数在MySQL中寻找支持事务的存储引擎的同时也在找支持MVCC或是行级锁定存储引擎,而BDB只支持Page-level Lock。
附上一张《High Performance MySQL》 中的各存储引擎的特性表
Attribute
MyISAM
Heap
BDB
InnoDB
Transactions
|
No
|
No
|
Yes
|
Yes
|
Lock granularity
|
Table
|
Table
|
Page (8 KB)
|
Row
|
Storage
|
Split files
|
In-memory
|
Single file per table
|
Tablespace(s)
|
Isolation levels
|
None
|
None
|
Read committed
|
All
|
Portable format
|
Yes
|
N/A
|
No
|
Yes
|
Referential integrity
|
No
|
No
|
No
|
Yes
|
Primary key with data
|
No
|
No
|
Yes
|
Yes
|
MySQL caches data records
|
No
|
Yes
|
Yes
|
Yes
|
Availability
|
All versions
|
All versions
|
MySQL-Max
|
All Versions
|
声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
|
返回顶楼 |
|
|
- penghao122
- 等级: 初级会员
![penghao122的博客: penghao122 penghao122的博客](https://www.iteye.com/upload/logo/user/28200/3a78d6f7-704f-35dc-aeb0-25d3d458fe1f.jpg?1717538130)
- 性别:
![男](/images/icon_minigender_1.gif) - 文章: 177
- 积分: 50
- 来自: 广东珠海
![](/images/status/offline.gif)
|
很好。。图文很详细。。深入理解mysql
|
返回顶楼 |
|
|
- lookingforid
- 等级: 初级会员
![lookingforid的博客: lookingforid lookingforid的博客](https://www.iteye.com/images/user-logo.gif?1652290086)
- 性别:
![男](/images/icon_minigender_1.gif) - 文章: 49
- 积分: 30
- 来自: 上海
![](/images/status/offline.gif)
|
penghao122 写道 很好。。图文很详细。。深入理解mysql
mysql支持这么多引擎的一个主要原因是没有自己好的存储引擎。
|
返回顶楼 |
|
|
- strongkill
- 等级: 初级会员
![strongkill的博客: strongkill strongkill的博客](https://www.iteye.com/upload/logo/user/37464/5bb65925-c230-4bf8-97ab-3e70c7157e6b.gif?1717537246)
- 文章: 51
- 积分: 76
- 来自: 广东
![](/images/status/offline.gif)
|
不同的需求,用不同的storage engine,我覺得不錯。
|
返回顶楼 |
|
|
- neodoxy
- 等级:
![一星会员 一星会员](/images/star1.gif)
![neodoxy的博客: neodoxy neodoxy的博客](https://www.iteye.com/images/user-logo.gif?1652290086)
- 文章: 187
- 积分: 100
- 来自: ...
![](/images/status/offline.gif)
|
lookingforid 写道 penghao122 写道 很好。。图文很详细。。深入理解mysql
mysql支持这么多引擎的一个主要原因是没有自己好的存储引擎。
不存在完美的引擎,只存在不同的策略
|
返回顶楼 |
|
|
- zbird
- 等级:
![三星会员 三星会员](/images/star3.gif)
![zbird的博客: zbird zbird的博客](https://www.iteye.com/upload/logo/user/17766/b0939fa2-d200-454d-aaed-f69c5a3e2f77.gif?1717537563)
- 性别:
![男](/images/icon_minigender_1.gif) - 文章: 620
- 积分: 333
- 来自: 杭州
![](/images/status/offline.gif)
|
mysql新整了自己的数据库引擎Falcon。 这东西应当会有些前途
|
返回顶楼 |
|
|
- zxpole
- 等级: 初级会员
![zxpole的博客: zxpole的博客](https://www.iteye.com/images/user-logo.gif?1652290086)
- 性别:
![男](/images/icon_minigender_1.gif) - 文章: 3
- 积分: 30
- 来自: 上海
![](/images/status/offline.gif)
|
zbird 写道 mysql新整了自己的数据库引擎Falcon。
这东西应当会有些前途
falcon的带头人已经离开了mysql
暂时还不知道sun能够在存储引擎上带来什么
|
返回顶楼 |
|
|
- rbh
- 等级: 初级会员
![rbh的博客: rbh rbh的博客](https://www.iteye.com/upload/logo/user/101318/791302c5-d0a7-46dc-b277-883b5ac2531e.jpg?1717537197)
- 性别:
![男](/images/icon_minigender_1.gif) - 文章: 47
- 积分: 50
- 来自: Ruby on Rails
![](/images/status/offline.gif)
|
Mozart 写道
MyISAM是早期ISAM(Indexed Sequential Access Method,我现在用的MySQL5.0已经不支持ISAM了)的扩展实现,ISAM被设计为适合处理读频率远大于写频率这样一种情况,因此ISAM以及后来的MyISAM都没有考虑对事物的支持
官方5.0手册上写到:MyISAM is the default storage engine. It is based
on the older ISAM code but has many useful
extensions. (Note that MySQL 5.0 does
not support ISAM .)
MyISAM 还是可以正常使用的,特别对于Internet常规应用来说,还是很不错的。
CREATE TABLE t (i INT) ENGINE = MYISAM;
|
返回顶楼 |
|
|
- ty119110
- 等级: 初级会员
![ty119110的博客: ty119110 ty119110的博客](https://www.iteye.com/images/user-logo.gif?1652290086)
- 性别:
![男](/images/icon_minigender_1.gif) - 文章: 2
- 积分: 30
- 来自: 深圳
![](/images/status/offline.gif)
|
写得不错,领教了,以前一直都不知道怎么来区分这几个引擎。谢谢!
|
返回顶楼 |
|
|