由MySQL中的falcon存储引擎引申心得笔记

Jim Starkey创办了NimbusDB，致力于设计和开发运行在云计算上面的关系/语义数据库,从现在的情况来看眼光还是很准的。MySQL的阵营

今天在看>这本书时 ，看到大师paul Dubois对于Falcon存储引擎的介绍，这是一种用来进行事务处理的存储引擎。在设计时增加了一些自我优化和免维护的功能，描述总体感觉和InnoDB很相似，不过整本书中讲解存储引擎的篇幅基本还是MyISAM和InnoDB为主。

MySQL技术内幕:InnoDB存储引擎 高清PDF 下载

所以对Falcon产生了好奇，网络中对于Falcon的大体描述如下。
Falcon存储引擎是MySQL当时寄以厚望的存储引擎，主要是为了面对

当时Oracle收购了InnoBase公司的情况，用来取代InnoDB的一个存储引擎。Falcon引擎的主导人员是大师Jim Starkey，从2006年开始开发，到2008年发布Beta版本，至今为止也没有走入主流。2008年中旬，Falcon的主架构师Jim Starkey宣布从MySQL公司辞职，加入了一家创业公司NimbusDB担任CEO，去设计和开发运行在云计算上面的关系/语义数据库，按照2010年目前NoSQL市场的发展来看，他的选择是正确的，但是带来的结果是Falcon陷入一个没有主导人员的地步，导致了至今都属于性能糟糕，半死不活的状态。
看了这段话，干脆把书放在一旁，开始八卦起来了。
因为Falcon是InnoDB的竞争产品，所以我们来看看InnoDB的发展历程。

可以看到InnoDB的规划时间是很早的了，发展历程竟然比MySQL还要早，时间上远远甩开了现在各种高大上的开发语言和技术，不过MySQL的雏形时间可以追溯到1979年左右，那时候关系型数据库的发展也是初期，Michael Widenius在有限的资源情况下还是坚持了下来，以坚持就是近20年，直到1996年，MySQL 1.0发布，后来逐渐迁移到linux平台，也从最初的1.0发展到了3.0， 再到1999左右，MySQL AB公司在瑞典成立,这个过程中为了支持事务，他们开发了Berkeley DB引擎,所以可以想象当时InnoDB最开始的推广也还是蛮艰难的，大概在2001年左右Heikki Tuuri向MySQL提出建议，希望能集成InnoDB，因为也是支持事务的，Berkeley DB的发展后来不知怎么样，不过现在能从官网看到已经是Oracle产品线的一部分了，直到2005年左右，oracle收购了InnoBase公司，这个时候Jim Starkey坐不住了，为了面对Oracle收购InnoBase的情况，自己主导开发Falcon这个存储引擎，这个过程持续了大概2年左右，最后出了beta版本，但是后来又是反复上线收购，MySQL被SUN收购，SUN被Oracle收购，不过从MySQL被SUN收购的那一年（2008）年，Jim Starkey就选择了离开，这个时候Falcon的发展受到了致命打击，虽然说从设计上有很多的额优势，但还是有很多的问题，至今也没发展起来。我手头有MySQL5.6版本的软件，这个时候查看存储引擎，发现falcon已经从列表中去除了。InnoDB也是拿过了MyISAM的交椅，成为了默认的存储引擎。
mysql> show engines;
+--------------------+---------+----------------------------------------------------------------+--------------+------+------------+
| Engine | Support | Comment | Transactions | XA | Savepoints |
+--------------------+---------+----------------------------------------------------------------+--------------+------+------------+
| FEDERATED | NO | Federated MySQL storage engine | NULL | NULL | NULL |
| MRG_MYISAM | YES | Collection of identical MyISAM tables | NO | NO | NO |
| MyISAM | YES | MyISAM storage engine | NO | NO | NO |
| BLACKHOLE | YES | /dev/null storage engine (anything you write to it disappears) | NO | NO | NO |
| MEMORY | YES | Hash based, stored in memory, useful for temporary tables | NO | NO | NO |
| PERFORMANCE_SCHEMA | YES | Performance Schema | NO | NO | NO |
| ARCHIVE | YES | Archive storage engine | NO | NO | NO |
| CSV | YES | CSV storage engine | NO | NO | NO |
| InnoDB | DEFAULT | Supports transactions, row-level locking, and foreign keys | YES | YES | YES |
+--------------------+---------+----------------------------------------------------------------+--------------+------+------------+
9 rows in set (0.01 sec)