在今天的整理过程中，翻到一年前写的一篇帖子：

mysql与开源渐行渐远？

sun收购MySQL后不知道前景怎样，据说MySQL的集群部分已经独立出来了，这个样子看来是该换数据库的时候了。

现在变成了oracle收购了SUN，难道真的要换数据库了？

MySQL是中小型网站普遍使用的数据库之一，然而，很多人并不清楚MySQL到底能支持多大的数据量，甚至对它产生误解。MySQL单表的上限，主要与操作系统支持的最大文件大小有关。具体数据可以在这里找到：http://dev.mysql.com/doc/refman/5.1/zh/introduction.html#table-size。事实上MySQL能承受的数据量的多少主要和数据表的结构有关，并不是一个固定的数值。表的结构简单，则能承受的数据量相对比结构复杂时大些。

MySQL自己提供的案例：1996年以来，我们一直都在使用MySQL，其环境有超过40个数据库，包含10,000个表，其中500多个表超过7百万行，这大约有100GB的关键应用数据。我们还听说，有些用户将MySQL用于含60000个表和约50亿行的数据库。

我自己一年前的测试显示：MySQL数据库单表在5千万条记录（10G）情况下运行良好。当然，这些结论和对数据库的优化是分不开的。

之前参加过一次Sun的mysql讲座，最近整理了一下笔记：

插件式的存储引擎是MySQL最具特色的功能之一。当用户将数据库应用到各个不同的领域时，每一种应用都对数据库提出了满足自己需求的性能特点，而MySQL的插件式存储引擎正是针对此而推出的。使用MySQL插件式存储引擎体系结构，允许数据库专业人员为特定的应用需求选择专门的存储引擎，完全不 需要管理任何特殊的应用编码要求。MySQL服务器体系结构由于在存储级别上提供了一致和简单的应用模型和API，应用程序编程人员和DBA可以不再考虑 所有的底层实施细节。因此，不同的存储引擎具有不同的能力，而应用程序是与之分离的。例如，MySQL支持的存储引擎除了常见的MyISAM、 InnoDB、Archive、Memory外，还有在MySQL集群环境中使用的Cluster引擎，通过SQL操作HTTP的HTTP引擎，访问 Memcached服务器的Memcache引擎，访问DB2数据库的DB2引擎等等。

» 阅读全文