目录
MySQL中的库即文件夹,表即文件
现实生活中我们用来存储数据的文件有不同的类型,每种文件类型对应各自不同的处理机制.(如:处理文本用txt类型,处理表格用excel,处理图片用png等)
数据库中的表也应该有不同的类型,表的类型不同,会对应mysql不同的存取机制,表类型又称为存储引擎.
PS:存储引擎说白了就是如何存储数据,如何为存储的数据建立索引和如何更新、查询数据等技术的实现方法。因为在关系数据库中数据的存储是以表的形式存储的,所以存储引擎也可以称为表类型(即存储和操作此表的类型)
在Oracle和SQL Server等数据库中只有一种存储引擎,所有数据库存储管理机制都是一样的,而MySQL数据库提供了多种存储引擎,用户可以根据不同的需求为数据表选择不同的存储引擎,用户也可以根据自己的需要编写自己的存储引擎。
SQL解释器、SQL优化器、缓冲池、存储引擎等组件在每个数据库中都存在,但不是每个数据库都有这么多存储引擎。MySQL的插件式存储引擎可以让存储引擎层的开发人员设计他们希望的存储层,例如有的应用需要满足事务的要求,有的应用则不需要对事务有这么强的要求; 有的希望数据能持久存储,有的只希望放在内存中,临时并快速地提供对数据的查询。
#. MySQL支持的存储引擎
# 查所有支持的存储引擎
show engines\G;
# 查正在使用的存储引擎
show variables like 'storage_engine%';
1. InnoDB
支持事务,其设计目标主要面向联机事务处理(OLTP)的应用.
其特点是行锁设计、支持外键,并支持类似Oracle的非锁定读,即默认读操作不会产生锁。从MySQL 5.5.8版本开始是默认的存储引擎.
InnoDB存储引擎将数据放在一个逻辑的表空间中,这个表空间就像一个黑盒子一样,由InnoDB存储引擎自身来管理,从MySQL 4.1(包括4.1)版本开始,可以将每个InnoDB存储引擎的表单独存放到一个独立的ibd文件中。此外,InnoDB存储引擎支持裸设备(row disk)用于建立其表空间.
InnoDB通过使用多版本并发控制(MVCC)来获得高并发性,并且实现了SQL标准的4种隔离级别,默认为REPEA TABLE级别,同时使用一种称为 netx-key locking 的策略来避免幻读(phantom)现象的产生。除此之外,InnoDB存储引擎还提供了插入缓冲(insert buffer)、二次写(double write)、自适应哈西索引(adaptive hash index)、预读(read ahead)等高性能和高可用的功能.
对于表中的数据存储,InnoDB存储引擎采用了聚集(clustered)的方式,每张表都是按主键的顺序进行存储的,如果没有显式地在表定义时指定主健,InnoDB存储引擎会为每一行生成一个6字节的ROWID,并以此作为主键.
InnoDB存储引擎是MySQL数据库最为常用的一种引擎,Facebook、Google、Yahoo等公司的成功已经证明了InnoDB存储引擎具备高可用性,高性能以及高可扩展性,对其底层实现的掌握和理解也需要时间和技术的积累。如果想深入了解InnoDB存储引擎的工作原理、实现和应用,可以参考《MySQL 技术内幕:InnoDB存储引擎》一书.
2. MyISAM
不支持事务、表锁设计,支持全文索引,主要面向一些OLAP数据库应用.
MyISAM存储引擎是在MySQL 5.5.8版本之前默认的引擎(除Windows版本)。数据库系统与文件系统一个很大的不同在于对事务的支持,MySAM存储引擎是不支持事务的,穷其根本,这也不难理解。
用户在所有的应用中是否都需要事务呢?在数据仓库中,如果没有ETL这些操作,只是简单地通过报表查询还需要事务的支持吗?此外,MyISAM存储引擎的另一个与众不同地方是它的缓冲池只缓存(cache)索引文件,而不缓存数据文件,这与大多数的数据库都不相同.
3. NDB
~?年,MySQL AB公司从Sony Ericsson公司收购了NDB存储引擎,NDB存储引擎是一个集群存储引擎,类时与Oracle的RAC集群,不过与Oracle RAC的share everything结果不同的是,其结构是share nothing的集群架构,因此能够提供更高级别的高可用性.
NDB存储引擎的特点是数据全部放在内存中(从5.1版本开始,可以将非索引数据放在磁盘上),因此主键查找(primary key lookups)的速度极快,并且能够在线添加NDB数据存储节点(data node),以便线性地提高数据库性能.
由此可见,NDB存储引擎是高可用、高性能、高可扩展性的数据库集群系统,其面向的也是OLTP的数据库的应用类型.
4. Memory
正如其名,Memory存储引擎中数据都存放在内存中,数据库重启或发生崩溃,表中的数据都将消失。它非常适合于存储OLTP数据库应用中的临时数据的临时表,也可以作为OLAP数据库应用中数据仓库的维度表,Memory存储引擎默认使用哈西索引,而不是通常熟悉的B+树索引.
5. Infobright
第三方存储引擎,其特点是存储是按照列而非行的,因此非常适合OLAP的数据库应用.
6. NTSE
网易公司开发的面向其内部使用的存储引擎,目前的版本不支持事务,但提供压缩、行级缓存等特性,不久的将来会实现内存的事务支持.
7. BLACKHOLE
黑洞存储引擎,可以应用于主备复制中的分发主库
MySQL数据库还有很多其它存储引擎,上述只是列举了最为常用的一些引擎.
如果你喜欢,完全可以编写专属于自己的引擎,这就是开源赋予我们能力,也是开源的魅力所在.