mysql数据库可行性_MySQL大企业级应用可行性分析之一

我在这里将讨论一些关于MySQL的面向企业级应用的思路，以及能否用MySQL替代当前Oracle的问题。

首先说明一点的是,我不是说MySQL没有大企业级的应用，事实上，可以看到越来越多的成功布署MySQL的应用，但是，还不够多，还有许多大企业的关键应用还不敢用MySQL。或许这篇小文能和大家一起探讨一些比较”虚”的东西。

存储引擎

由于MySQL自己一直没有一个成熟可靠的存储引擎，估计这让他们深感痛处(尤其是目前最成熟的事务型引擎InnoDB又在Oracle手里)。MySQL寄予厚望的Falcon在开发了两年多之后，建树不大，而该项目带头人Jim Starkey前不久又离开了MySQL，陋屋偏逢连夜雨。

Sun会给MySQL一个稳健的引擎么? 我看短时间内未必能达到。除非，Sun从Oracle手里把InnoDB买回来。

如果进行大企业级应用，考虑到引擎本身的稳定性，似乎可选的也只有InnoDB了，但InnoDB的备份工具又是收费的。至于MyISAM，尽管有人的确喜欢用，但对于并发能力要求稍微严格一点，MyISAM根本不行。

在线DDL锁表问题

MySQL中，在线对表对象做DDL操作是要锁表的，对于可用性要求比较高，而应用变化又比较频繁的环境，这是个非常很糟糕瓶颈。没想到有什么好的办法，除非，像大家开玩笑说的，把所有的表都预留出足够的空闲列，减少类似增加列的变更麻烦。

这个MySQL天生的缺陷在PostgreSQL中是不存在的，比如创建索引，可以用create INDEX CONCURRENTLY的方式来减小影响。(MySQL后续的版本中在逐渐改善这个问题：添加了 ONLINE 关键字)

这个看似是个小问题，但实际上却是对很多人最为困扰的。

在线备份问题

MySQL 6.0后终于具备在线备份的能力了。但现在，恐怕比较激进的用户也只能用版本5而已。

很多MySQL资深用户能够根据自己应用的特点布署适合自己的备份方式(尽管可能也会有缺陷，比如基于时间点的恢复)。

至于另一个常用来衡量DB可扩展性的特性：分区，现在MySQL已经能够支持了，尽管实现的的确有点晚。而使用MySQL的用户，一般都采取Sharding的策略对数据进行切分，所以，分区的问题倒似乎并不是最为关键的。

因为是整理思路，这算是这个系列的第一篇。

我们一直都在努力坚持原创.......请不要一声不吭，就悄悄拿走。

我原创，你原创，我们的内容世界才会更加精彩！

【所有原创内容版权均属TechTarget，欢迎大家转发分享。但未经授权，严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget

官方微博

TechTarget中国