MySQL/HandlerSocket和VoltDB：NoSQL的竞争者

通常认为NoSQL数据库在性能方面要优于传统的SQL数据库。可是有两个SQL的解决方案宣布：对于大型系统的高可扩展性需求，SQL仍然是可行的解决方案！这两个SQL解决方案分别是MySQL加NoSQL层插件和支持SQL的VoltDB数据库。

MySQL + HandlerSocket

Yoshinori Matsunobu是Sun/Oracle的前雇员，从事MySQL的研发工做，目前是DeNA的首席数据库和基础设施架构师，他以插件的方式为MySQL/InnoDB提供解决方案，能够在一台2.53GHZ、8核CPU、32G内存的Nehalem服务器上把每秒的查询数量（qps）提高到750,000以上。在一样的硬件环境下，无插件的MySQL只能提供100,000左右的qps，若是使用memecached的话，能够增长到大约400,000。通过对RDBMS的分析，Matsunobu意识到大部分时间都花在SQL的开销上，好比调用MYSQLparse()、MYSQLlex()、make_join_statistics()和JOIN::optimize()等。他写到：

很显然性能下降的缘由主要在SQL层，而不是“InnoDB（存储）”层。MySQL必须作不少事情......但memcached/NoSQL是不须要作这些额外工做的。

SQL层的功能包括解析SQL语句、打开/锁定/解锁/关闭表、解决并发问题等。Matsunobu的解决方案就是增长额外的NoSQL层：

咱们认为最好的方式就是在MySQL内部实现一个NoSQL的网络服务器。也就是说，编写一个网络服务器做为MySQL的插件（守护插件），用来监听特定端口，接收NoSQL的协议和API，而后经过MySQL内部存储引擎API直接访问InnoDB。这种方式很像NDBAPI，不一样的是它能够与InnoDB交互。

他的团队开发了HandlerSocket插件，有了这个插件，MySQL更像一个NoSQL数据库，经过监听一个独立的端口，接收从SQL层来的简单查询请求，例如主键查询，索引扫描和插入/更新/删除。这一变化把数据库性能提高到了750K qps以上。经常使用端口能够接收处理复杂查询，其核心仍然是SQL数据库。DeNA采用SQL/NoSQL混合的方式取得了成功，据Matsunobu所言，在相同的时间内，这种解决方案把多个memcached和MySQL主从服务器的方案远远甩在了后面。

VoltDB

另外一个颇有但愿的SQL解决方案是VoltDB，这是一个内存中的开源OLTP SQL数据库，可以保证事务的完整性（ACID）。VoltDB是由原Ingres和Postgres的架构师Mike Stonebraker设计的。该数据库主要特征以下：

• 为了得到最大化吞吐量，数据保存在内存中（而不是在硬盘），这样能够有效消除缓冲区管理。

• VoltDB经过SQL引擎把数据分发给集群服务器的每一个CPU进行处理。

• 每一个单线程分区自主执行，消除锁定和闩锁的需求。

• VoltDB能够经过简单的在集群中增长附加节点的方式实现性能的线性增长。

正如其开发者宣称的那样，该数据库的性能使其成为NoSQL解决方案的有力竞争者：

• VoltDB在单节点上能够每秒处理53000个事务请求（TPS），其余DBMS在相同的硬件环境下只能处理1155个。VoltDB的扩展是近似线性的──在12个节点的VoltDB集群上进行一样测试，能够处理560,000 TPS。

• 基准案例：某个客户的在线游戏在12个节点的VoltDB集群上处理了130万 TPS。

• VoltDB还针对NoSQL的键-值存储方式做了基准测试，VoltDB在处理各类键-值存储负载的状况下得到了相同或更好的性能。

除了它的性能，VoltDB的主要优点是能够与SQL用户进行交流，这些SQL用户是很好的资源。

近期还会推出VoltDB的企业版本，包括基于浏览器的数据库管理系统，提供、管理和监控数据库集群。除了免费的社区版本，针对企业版的支持也开始了。

应用网址：http://www.infoq.com/cn/news/2010/11/MySQL-HandlerSocket-VoltDB

查看英文原文：MySQL/HandlerSocket and VoltDB: Contenders to NoSQL