目录标题
Mysql数据库存储引擎有哪些?
Mysql常用的数据库存储引擎有MyISAM、InnoDB、DBD(Berkeley DB)、Merge、Memory(Heap)、Example、Federated等。以下为4种常用数据库存储引擎的简单介绍。
1)MyISAM:默认的Mysql插件式存储引擎。如果应用是以读写操作和插入操作为主,只有很少的更新和删除操作,并且对事务的完整性、并发性要求不是很高,那么可选用此种存储引擎。
2)InnoDB:用于事务处理应用程序,支持外键。如果应用对事务的完整性有比较高的要求,在并发条件下要求数据一致性,数据操作除了插入和查询以外,还包括很多的更新删除操作,则InnoDB比较合适。InnoDB存储引擎除了能有效地降低由于删除和更新操作导致的锁定,还可以确保事务的完整提交和回滚。
3)Memory:将所有的数据保存在RAM中,在需要快速定位记录和其他类似数据的环境下,可提供极快的访问。Memory的缺陷首先是对表的大小有限制,太大的表无法缓存在内存中,其次要确保表数据可以恢复,数据库异常终止后表中的数据是可以恢复的。Memory表通常用于更新不太频繁的表,从而快速得到访问结果。
4)Merge:用于将一系列等同的MyISAM表以逻辑方式组合在一起,并作为一个对象引用它们。Merge表的优点在于可以突破对单个MyISAM表大小的限制,并且将不同的表分布在多个磁盘上,可以有效地改善Merge表的访问效率。
常见的三种存储引擎介绍
简单来说,存储引擎就是指表的类型以及表在计算机上的存储方式。
在MySQL中的存储引擎有很多种,可以通过“SHOW ENGINES”语句来查看。下面重点关注InnoDB、MyISAM、MEMORY这三种。
一.InnoDB存储引擎
InnoDB给MySQL的表提供了事务处理、回滚、崩溃修复能力和多版本并发控制的事务安全。在MySQL从3.23.34a开始包含InnnoDB。它是MySQL上第一个提供外键约束的表引擎。而且InnoDB对事务处理的能力,也是其他存储引擎不能比拟的。靠后版本的MySQL的默认存储引擎就是InnoDB。
InnoDB存储引擎总支持AUTO_INCREMENT。自动增长列的值不能为空,并且值必须唯一。MySQL中规定自增列必须为主键。在插入值的时候,如果自动增长列不输入值,则插入的值为自动增长后的值;如果输入的值为0或空(NULL),则插入的值也是自动增长后的值;如果插入某个确定的值,且该值在前面没有出现过,就可以直接插入。
InnoDB还支持外键(FOREIGN KEY)。外键所在的表叫做子表,外键所依赖(REFERENCES)的表叫做父表。父表中被字表外键关联的字段必须为主键。当删除、更新父表中的某条信息时,子表也必须有相应的改变,这是数据库的参照完整性规则。
InnoDB中,创建的表的表结构存储在.frm文件中(我觉得是frame的缩写吧)。数据和索引存储在innodb_data_home_dir和innodb_data_file_path定义的表空间中。
InnoDB的优势在于提供了良好的事务处理、崩溃修复能力和并发控制。缺点是读写效率较差,占用的数据空间相对较大。
二.MyISAM存储引擎
MyISAM是MySQL中常见的存储引擎,曾经是MySQL的默认存储引擎。MyISAM是基于ISAM引擎发展起来的,增加了许多有用的扩展。
MyISAM的表存储成3个文件。文件的名字与表名相同。拓展名为frm、MYD、MYI。其实,frm文件存储表的结构;MYD文件存储数据,是MYData的缩写;MYI文件存储索引,是MYIndex的缩写。
基于MyISAM存储引擎的表支持3种不同的存储格式。包括静态型、动态型和压缩型。其中,静态型是MyISAM的默认存储格式,它的字段是固定长度的;动态型包含变长字段,记录的长度不是固定的;压缩型需要用到myisampack工具,占用的磁盘空间较小。
MyISAM的优势在于占用空间小,处理速度快。缺点是不支持事务的完整性和并发性。
三.MEMORY存储引擎
MEMORY是MySQL中一类特殊的存储引擎。它使用存储在内存中的内容来创建表,而且数据全部放在内存中。这些特性与前面的两个很不同。
每个基于MEMORY存储引擎的表实际对应一个磁盘文件。该文件的文件名与表名相同,类型为frm类型。该文件中只存储表的结构。而其数据文件,都是存储在内存中,这样有利于数据的快速处理,提高整个表的效率。值得注意的是,服务器需要有足够的内存来维持MEMORY存储引擎的表的使用。如果不需要了,可以释放内存,甚至删除不需要的表。
MEMORY默认使用哈希索引。速度比使用B型树索引快。当然如果你想用B型树索引,可以在创建索引时指定。
注意,MEMORY用到的很少,因为它是把数据存到内存中,如果内存出现异常就会影响数据。如果重启或者关机,所有数据都会消失。因此,基于MEMORY的表的生命周期很短,一般是一次性的。
怎样选择存储引擎?
在实际工作中,选择一个合适的存储引擎是一个比较复杂的问题。每种存储引擎都有自己的优缺点,不能笼统地说谁比谁好。
InnoDB:支持事务处理,支持外键,支持崩溃修复能力和并发控制。如果需要对事务的完整性要求比较高(比如银行),要求实现并发控制(比如售票),那选择InnoDB有很大的优势。如果需要频繁的更新、删除操作的数据库,也可以选择InnoDB,因为支持事务的提交(commit)和回滚(rollback)。
MyISAM:插入数据快,空间和内存使用比较低。如果表主要是用于插入新记录和读出记录,那么选择MyISAM能实现处理高效率。如果应用的完整性、并发性要求比 较低,也可以使用。
MEMORY:所有的数据都在内存中,数据的处理速度快,但是安全性不高。如果需要很快的读写速度,对数据的安全性要求较低,可以选择MEMOEY。它对表的大小有要求,不能建立太大的表。所以,这类数据库只使用在相对较小的数据库表。
注意,同一个数据库也可以使用多种存储引擎的表。如果一个表要求比较高的事务处理,可以选择InnoDB。这个数据库中可以将查询要求比较高的表选择MyISAM存储。如果该数据库需要一个用于查询的临时表,可以选择MEMORY存储引擎。
InnoDB 和 MyISAM 存储引擎的主要区别
InnoDB 和 MyISAM 是 MySQL 数据库中两种常用的存储引擎,它们在功能、性能和适用场景上有一些重要的区别。
1. 事务支持
- InnoDB:支持事务处理(ACID 特性),可以进行回滚操作。
- MyISAM:不支持事务处理,所有更改都是永久性的。
2. 行级锁定 vs 表级锁定
- InnoDB:支持行级锁定,可以在多用户并发访问时提供更好的性能和数据一致性。
- MyISAM:只支持表级锁定,当一个查询在执行时,整个表都会被锁定,可能会影响并发性能。
3. 外键支持
- InnoDB:支持外键约束,可以维护数据的引用完整性。
- MyISAM:不支持外键约束。
4. 全文索引
- InnoDB:从 MySQL 5.6 开始支持全文索引。
- MyISAM:早期版本就支持全文索引。
5. 磁盘空间使用
- InnoDB:需要更多的磁盘空间来存储数据,因为 InnoDB 会为每个表创建一个
.ibd
文件,并且还需要系统表空间文件。 - MyISAM:通常占用较少的磁盘空间,因为它将数据和索引分别存储在
.MYD
和.MYI
文件中。
6. 插入和读取性能
- InnoDB:对于大量插入和更新操作,InnoDB 的性能较好,尤其是在高并发环境下。
- MyISAM:对于大量的读取操作,MyISAM 的性能较好,因为它不需要维护事务日志和行级锁定。
7. 自动崩溃恢复
- InnoDB:支持自动崩溃恢复,能够在数据库意外关闭后自动恢复到一致状态。
- MyISAM:不支持自动崩溃恢复,需要手动修复或重建表。
8. 压缩
- InnoDB:支持透明压缩(从 MySQL 5.7 开始)。
- MyISAM:支持静态压缩,但需要手动压缩和解压缩表。
9. 高可用性和复制
- InnoDB:更适合用于主从复制和集群环境,支持更复杂的复制策略。
- MyISAM:也支持复制,但在高可用性和复杂复制策略方面不如 InnoDB 强大。
10. 缓存机制
- InnoDB:有缓冲池(Buffer Pool),可以缓存数据和索引页,提高读写性能。
- MyISAM:主要依赖于操作系统级别的缓存。
11. 内存使用
- InnoDB:内存使用较高,因为需要维护缓冲池和其他内部结构。
- MyISAM:内存使用较低,因为它依赖于操作系统的缓存机制。
12. 数据安全
- InnoDB:提供了更高的数据安全性,通过事务日志和双写缓冲区等机制确保数据的一致性和持久性。
- MyISAM:数据安全性较低,特别是在系统崩溃时,可能会导致数据损坏。
适用场景
- InnoDB:适用于需要事务支持、高并发读写、数据完整性和高可靠性的应用场景,如金融系统、电子商务平台等。
- MyISAM:适用于读多写少的应用场景,如日志记录、数据仓库、报表生成等。
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们处理,核实后本网站将在24小时内删除侵权内容。