在MySQL经历了2008年Sun的收购和2009年Oracle收购Sun的过程中，基本处于停滞发展的情况，在可以预见的未来，MySQL是肯定会被Oracle放置并且逐渐雪藏消灭掉的。MySQL随着相应的各主创和内部开发人员的离去，缔造了各个不同的引擎和分支，让MySQL有希望继续发扬光大起来。

本文大致讲解一下MySQL目前除了次要的 MyISAM、InnoDB、Heap(Memory)、NDB 等引擎之外的其他引擎的发展和现状，以及MySQL主干以外的分支的情况，为了我们未来更好的使用MySQL或者其他分支建立一个了解基础。

MySQL存储引擎引见

Falcon存储引擎

Falcon存储引擎是MySQL当时寄以厚望的存储引擎，次要是为了面对当时Oracle收购了InnoBase公司的情况，用来取代InnoDB的一个存储引擎。Falcon引擎的主导人员是大师Jim Starkey，从2006年开始开发，到2008年发布Beta版本，至今为止也没有走入主流。2008年中旬，Falcon的主架构师Jim Starkey宣布从MySQL公司辞职，加入了一家创业公司NimbusDB担任CEO，去设计和开发运转在云计算上面的关系/语义数据库，按照2010年目前NoSQL市场的发展来看，他的选择是正确的，但是带来的结果是Falcon堕入一个没有主导人员的地步，导致了至今都属于功用蹩脚，半死不活的形状。

Falcon引擎是MySQL AB公司基于Netfrastrucure公司的产品开发的(Netfrastrucure公司被MySQL AB收购)，Falcon 当初的目标是嵌入到MySQL 6.0中用来取代InnoDB引擎，基本很多功用设计都是按照InnoDB的目标去设计的。

Falcon是面向多CPU、拥有大量内存的当代硬件环境和典型Web使用的 数据库操作特点而开发的，次要功用包括多版本并发控制、完善的ACID支持、支持前缀紧缩的B+树索引、数据页紧缩(在磁盘上以紧缩方式存储，在内存中以 非紧缩方式存储)、成组提交等。从功用方面来说没有什么新颖事，大体也就实现了一个事务型存储引擎必需要有的功用(很多高级的功用如多表空间、分区等都还 没有)，但其架构上却有很多独特之处。

通过网上的一些测试结果Falcon的功用还是很蹩脚的，写入速度是 MyISAM 的 1/10 ~ 1/20，Select 的优化也有问题，添加了索引感觉还会进行全表扫描。所以，我终究感觉 Falcon 是个杯具的引擎。

Falcon特性：http://dev.mysql.com/doc/falcon/en/se-falcon-features.html

Falcon测试：http://blog.gslin.org/archives/2008/02/12/1425/

Falcon手册：http://dev.mysql.com/doc/falcon/en/

SolidDB存储引擎

SolidDB存储引擎是由Solid Information Technology(http://www.SolidDB.com) 开发的，这是一款利用MVCC来实现的事务型存储引擎。它既同时支持悲观和乐观并发控制，这一点其他的存储引擎目前都不支持。solibDB的MySQL 版本包括对外键的完全支持。它在许多方面与InnoDB很类似，比如它使用了簇索引。SolidDB还包括一个没有额外开销的在线备份功用。

SolidDB公司曾经由2008年被IBM收购，次要是用于整合为IBM数据库整合方案的一部分，目前是作为一个前端数据缓存的这么一个角色存在。IBM收购SolidDB公司，次要是由于甲骨文在2005年6月收购了Solid Information Technology次要竞争对手TimesTen，为了在内存数据库这块市场上有所依托，所以收购了 SolidDB公司。

SolidDB产品是一个完整的打包程序，包括SolidDB存储引擎、MyISAM存储引擎以及MySQL服务器。SolidDB与MySQL之间的结合出现于2006年的晚些时候。但是底层的技术以及代码却是经过了该公司15年的完善。Solid公司保证和支持了整个产品。它是基于GPL协议的，并且提供了一个类似于MySQL服务器方式的商业版本。

功用上来说，SolidDB for MySQL开源数据库再次被证明能够完全满足高吞吐量、关键任务级使用对系统功用和可扩展性的要求。

但是就 SolidDB被IBM收购，MySQL对Oracle收购的情况来看，基本上 SolidDB for MySQL 是一个没法继续被MySQL使用的引擎，所以也是一个杯具的MySQL引擎。

官方网站：http://www.ibm.com/software/data/SolidDB/

XtraDB存储引擎

XtraDB存储引擎是percona公司对于innodb存储引擎进行改进加强后的产品，第一个版本发布于2008年底。XtraDB兼容innodb的所有特性，并且在IO功用，锁功用，内存管理等多个方面进行了加强。

Percona是一个MySQL技术咨询公司，他们有一个在MySQL领域很有名的技术博客叫做 Mysql Performance Blog，同时他们编写了一本很有名的MySQL书叫做《High Performance MySQL》，目前也出版了中文版。他们公司还有一个很有名的MySQL备份工具叫做 XtraBackup。

XtraDB的设计目标也是取代InnoDB作为目标，它是基于InnoDB来做的开发，XtraDB 100%的兼容 InnoDB，通常可以认为 XtraDB 是 InnoDB的升级或者替代版本。在功用上来说，目前 XtraDB 是非常高的，在大部分情况下也是比较稳定的，值得你尝试使用。同样XtraDB也是未来感觉很有前途的一个存储引擎，值得我们期待。

功用测试：http://www.mysqlperformanceblog.com/2009/07/14/performance-improvements-in-percona-5-0-83-and-xtradb/

使用情况：http://www.ningoo.net/html/2009/xtradb_storage_engine.html

引擎引见：http://www.percona.com/docs/wiki/percona-xtradb:start

引擎下载：http://www.percona.com/percona-builds/Percona-XtraDB/

公司官网：http://www.percona.com

功用博客：http://www.mysqlperformanceblog.com

Maria存储引擎

Maria由MySQL的创始人，MyISAM的作者Monty (Michael Widenius) 开发，命名为Maria是由于他的第三个小孩就叫Maria。Maria是Monty在MySQL公司的时候就开始开发的一个MySQL的分支引 擎，Sun收购MySQL后，由于与Sun针对MySQL团队的一些问题不和，然后在2009年初离开了Sun，成立了 Monty Program Ab 公司，专门用于针对 Maria 引擎的开发，同时开发了一个MySQL的分支，叫做 MariaDB。

Maria是一个MySQL的存储引擎，利用它来扩展MyISAM使之在异常退出时文件不至于损坏。Maria的次要目的是作为更好的 MyISAM，提供崩溃后的毛病恢复功用。更长远的目标是成为一个全功用的事务型存储引擎，支持ACID、回滚、多版本并发控制、行级锁、成组提交，同时 也可以选择不支持事务，最终代替MyISAM成为MySQL的默认存储引擎。

目前Maria引擎有针对MySQL 5.1 的版本，基本上就是一个添加了崩溃恢复功用的MyISAM，使用表级锁，但可以做到读写不冲突，即在进行任何类型的更新操作的同时都可以进行读操作，但多个写操作不能并发。

Maria的特点：

◆多版本并发控制，ACID支持

◆通过拷贝日志就能进行加强备份

◆高效的磁盘存储

Maria 引擎开发之初就是用来取代MyISAM的存储引擎，并且目前按照我了解有些在使用公司的情况，运转情况挺不错，大家也可以尝试一下。Maria 在目前有MySQL创始人带领的情况下，也是一个非常有前途的的存储引擎，值得期待。

Maria下载：http://askmonty.org/wiki/MariaDB:Download

Maria手册：http://ask