Oracle釜底抽薪，打击MySQL！

Oracle收购了Innobase公司。Innobase公司的产品innodb是MySQL的嵌入式数据库引擎，给MySQL提供了事务功能，行级锁定，外键约束和高负载能力，并且最新的innodb还提供了分布式事务协调的能力，此外innodb还支持在裸设备上面创建表空间。可以说，如果没有innodb，MySQL只能小打小闹，根本不可能进入企业的关键应用，正是innodb提供的诸多数据库关键特性，从而保证了MySQL也可以被应用在对数据、对并发负载，对事务要求比较高的关键中。

Yahoo，slatshot都是使用MySQL Innodb。JavaEye在没有使用innodb的时候（MyISAM），只要在线人数超过100人，数据库经常无法连接，表锁定现象时有发生，自从改为innodb，这些问题全部解决。

也许是有感于MySQL的竞争压力，Oracle玩了一招釜底抽薪，收购了innobase，这样，MySQL通往关键数据库应用之路已经被Oracle握在手里。Oracle官方的说法是：



但是MySQL已经感觉到了背后的一丝丝寒意：


Oracle假惺惺的说期望谈判，发展伙伴关系。而MySQL强调innodb是GPL的，我有权自己随便改，GPL保证了我们客户的利益。

个人认为，Oracle这一招重重打击了MySQL，使得很多MySQL的高端用户不得不转而考虑使用Oracle数据库。Oracle什么都不用做，只要停止innodb的继续开发，MySQL现有的那么多使用innodb的客户都将蒙受损失。

在MySQL5.0正式版即将发布之时，MySQL即将具备视图，触发器，存储过程和分布式事务协调器等关键功能之时，Oracle玩了一个阴招，掐住了MySQL的脖子。

呵呵  然后mysql挖几个人出来,或者innodb团队的人看不惯oracle,跑出来搞个inYESdb...

嘿嘿

MySQL 说的也有道理，如果 Oracle 这样做，MySQL 是可以成立一个新的项目来继续发展 innodb 的。不过 innodb 的商标属于 Innobase 公司所有，如果成立新项目的话，名字肯定要改一改。
不过底层这些技术的牛人确实是很稀缺的资源，人家想要投奔大公司赚到更多的钱也很正常，MySQL 能否找到足够的人手还很难说。

Oracle 和 M$ 的很多经营手段很相似，但是 Oracle 的价值得到了公认，M$ 却被视做恶霸。

只能怨MySQL还长个脖子。有了脖子难免被人掐住。不过MySQL的脖子中还有用户呢（没有用户的脖子也没人掐），这些用户都眼巴巴盯着MySQL，希望MySQL早日练成硬气功，顶住Oracle的鹰爪力。

都是很霸道的经营策略，只是oracle一方面大家用的比较少，毕竟是企业级的产品，而且还有MS在前面挡着。

这招是够狠的，不过还没狠到象MS那样，直接挖MYSQL的人过去。不知道MYSQL能否把原来innodb的人挖过来？

恐怕MYSQL很难挖到人。Oracle也知道这些人很重要，不会那么轻易的放过他们。再说，到Oracle也不错啊，薪水不会低，也更有发展。除了个别人，恐怕大多数人都会留在Oracle.

这些牛人有些并不会为了钱，或者为了大公司就怎么怎么地。
开源的世界肯定并不会缺牛人的，说不定哪天又有牛人看不惯，立起炉灶来个XXXDb之类的。

如果世界只剩下Oracle，大概也不用担心每种数据库独有的SQL了，不如就独裁吧。

独裁不代表是标准统一.说不定独裁者会出N个不相互兼容的产品.你还不得不用,气死你.

基于版本控制（multi virsion concurrent control，mvcc）的并发处理机制在interbase/ifrebird，oracle，postgre以及db2的最新版本中得到了应用，效果很不错。

似乎只有mssql基于lock实现并发处理，lock多了就只好借助timeout来处理死锁。

mvcc 读写不冲突，lock资源消耗少。2种风格的数据库使用风格也不同。适用mvcc的应用不一定适合lock；反过来也一样。

mysql有统一的前端，后端可以选择lock的myisam以及mvcc的innodb来处理不同的应用。（还支持其他的格式。。。）

btw，innodb可以free的用，但innodb的back up以及恢复工具需要￥。