首页 > 代码库 > MySql 存储引擎的选取
MySql 存储引擎的选取
存储引擎是为不同的表类型处理 SQL 操作的 MySql 组件。InnoDB 是默认的、最通用的存储引擎,也是官方推荐使用的存储引擎,除非一些特定案例。MySql 5.6 中的 CREATE TABLE 语句创建的表的存储引擎默认就是 InnoDB。
MySql server使用的是一个可插拔存储引擎架构。它能够在执行的时候动态载入或者卸载这些存储引擎。
能够使用 SHOW ENGINES 语句来查看你的 MySql server所支持的存储引擎。
Support 列里的值指示出是否一个引擎能够被你使用:YES、NO 以及 DEFAULT 值分别表示某存储引擎是可用、不可用、可用而且是当前默认的存储引擎。
MySql 5.6 所支持的存储引擎
- InnoDB:MySql 5.6 版本号默认的存储引擎。InnoDB 是一个事务安全的存储引擎,它具备提交、回滚以及崩溃恢复的功能以保护用户数据。InnoDB 的行级别锁定以及 Oracle 风格的一致性无锁读提升了它的多用户并发数以及性能。InnoDB 将用户数据存储在聚集索引中以降低基于主键的普通查询所带来的 I/O 开销。为了保证数据的完整性,InnoDB 还支持外键约束。
- MyISAM:表级别的锁定限制了它在读写负载方面的性能,因此它经常应用于仅仅读或者以读为主的数据场景。
- Memory:在内存中存储全部数据,应用于对非重要数据由高速查找的场景。Memory 引擎曾被称为 HEAP 引擎。
它的使用案例正在降低:InnoDB 的内存缓冲区为将大部分或全部数据保持在内存提供了一个通用并耐用的方式。NDBCLUSTER 为大分布式数据集提供了高速的 key-value 訪问。
- CSV:它的表真的是以逗号分隔的文本文件。CSV 表同意你以 CSV 格式导入导出数据,以同样的读和写的格式和脚本和应用交互数据。因为 CSV 表没有索引,你最好是在普通操作中将数据放在 InnoDB 表里。仅仅有在导入或导出阶段使用一下 CSV 表。
- Archive:黑洞存储引擎。相似于 Unix 的 /dev/null,Archive 仅仅接收但却并不保存数据。对这样的引擎的表的查询经常返回一个空集。
这样的表能够应用于 DML 语句须要发送到从server,但主server并不会保留这样的数据的备份的主从配置中。
- NDB:(又名 NDBCLUSTER)——这样的集群数据引擎尤其适合于须要最高程度的正常执行时间和可用性的应用。注意:NDB 存储引擎在标准 MySql 5.6 版本号里并不被支持。眼下能够支持 MySql 集群的版本号有:基于 MySql 5.1 的 MySQL Cluster NDB 7.1;基于 MySql 5.5 的 MySQL Cluster NDB 7.2。基于 MySql 5.6 的 MySQL Cluster NDB 7.3。同样基于 MySql 5.6 的 MySQL Cluster NDB 7.4 眼下正处于研发阶段。
- Merge:同意 MySql DBA 或开发人员将一系列同样的 MyISAM 表进行分组,并把它们作为一个对象进行引用。
适用于超大规模数据场景。如数据仓库。
- Federated:提供了从多个物理机上联接不同的 MySql server来创建一个逻辑数据库的能力。适用于分布式或者数据市场的场景。
- Example:这样的存储引擎用以保存阐明怎样開始写新的存储引擎的 MySql 源代码的样例。它主要针对于有兴趣的开发人员。
这样的存储引擎就是一个啥事也不做的 "存根"。你能够使用这样的引擎创建表,可是你无法向其保存不论什么数据。也无法从它们检索不论什么索引。
对于整台server或整个 schema 你并不受限于使用同一种存储引擎。你能够为全部表定义存储引擎。比方,一个应用可能以 InnoDB 表为主。辅以一个 CSV 表用以导出数据到电子表格。少许 MEMORY 表用以暂时工作空间。
存储引擎的选择
MySql 提供的这些存储引擎为不同的应用案例进行设计。下表为 MySql 提供的存储引擎做了一个概述:
特性 | MyISAM | Memory | InnoDB | Archive | NDB |
---|---|---|---|---|---|
存储上限 | NDB | RAM | 64TB | 无 | 384EB |
事务支持 | 否 | 否 | 是 | 否 | 是 |
锁粒度 | 表 | 表 | 行 | 表 | 行 |
MVCC | 否 | 否 | 是 | 否 | 否 |
地理空间数据类型支持 | 是 | 否 | 是 | 是 | 是 |
地理空间索引支持 | 是 | 否 | 是 | 否 | 否 |
B-tree 索引 | 是 | 是 | 是 | 否 | 否 |
T-tree 索引 | 否 | 否 | 否 | 否 | 是 |
Hash 索引 | 否 | 是 | 否 | 否 | 是 |
全文检索索引 | 是 | 否 | 是 | 否 | 否 |
聚集索引 | 否 | 否 | 是 | 否 | 否 |
数据缓存 | 否 | N/A | 是 | 否 | 是 |
索引缓存 | 是 | N/A | 是 | 否 | 是 |
数据压缩 | 是 | 否 | 是 | 是 | 否 |
数据加密 | 是 | 是 | 是 | 是 | 是 |
支持数据库集群 | 否 | 否 | 否 | 否 | 是 |
支持主从 | 是 | 是 | 是 | 是 | 是 |
支持外键 | 否 | 否 | 是 | 否 | 否 |
备份/时间点恢复 | 是 | 是 | 是 | 是 | 是 |
支持查询缓存 | 是 | 是 | 是 | 是 | 是 |
更新数据字典的统计 | 是 | 是 | 是 | 是 | 是 |
注意
- InnoDB 在 MySQL 5.7.5 及以后的版本号才支持地理空间索引
- InnoDB 通过其自适应哈希索引的特性内置进行哈希索引优化
- InnoDB 在 MySql 5.6.4 及以后版本号才干支持 FULLTEXT 索引
- MyISAM 仅仅能在行压缩格式时支持数据压缩。
使用了行压缩的 MyISAM 表仅仅读
- InnoDB 表压缩要求 InnoDB Barracuda 文件格式
- MySql 的数据加密是由server的加密函数提供,并不是存储引擎
- 主从支持、备份/时间点恢复等功能也是由server提供,而并不是存储引擎
原文链接:http://dev.mysql.com/doc/refman/5.6/en/storage-engines.html。
MySql 存储引擎的选取
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。