主流NoSQL数据库评测之HandlerSocket

前端之家收集整理的这篇文章主要介绍了主流NoSQL数据库评测之HandlerSocket前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

Nosql是伴随着web2.0的迅猛发展而在2009年被提出的一个概念,一般可以通俗的理解为高性能的Key Value存储结构的数据库,当然也有其他更广泛的类型。它基于CAP和BASE理论,强调最终一致性,具有数据结构灵活、扩展方便、大数据量下读写性能 高效等特点,在互联网行业被广泛采用。本系列文章将评测广受关注的几个Nosql数据库产品。本文关注的是HandlerSocket Plugin for MysqL

  HandlerSocket简介:

HandlerSocket是日本DeNA公司的架构师Yoshinori开发的一个Nosql产品,以MysqL Plugin的形式运行。其主要的思路是在MysqL的体系架构中绕开sql解析这层,使得应用程序直接和Innodb存储引擎交互,通过合并写入、协议 简单等手段提高了数据访问的性能,在CPU密集型的应用中这一优势尤其明显。

  另外,HandlerSocket还帮我们解决了缓存的问题,因为Innodb已经有了成熟的解决方案,通过参数可以配置用于缓存数据的内存大小,这样只要我们分配合理的参数,就能在应用程序无需干涉的情况下实现热点数据的缓存,降低缓存维护的开发成本。

   因为HandlerSocket是MysqL的一个Plugin,集成在MysqLd进程中,对于Nosql无法实现的复杂查询等操作,仍然可以使用 MysqL自身的关系型数据库功能来实现。在运维层面,原来广泛使用的MysqL主从复制等经验可以继续发挥作用,相比其他或多或少存在一些bug的 Nosql产品,数据安全性更有保障。

  可以说这是一个很有创意的产品,因此HandlerSocket的作者在2010年10月在博客 上宣称这一产品能达到75K QPS的时候,在业界引起了广泛的关注,包括MysqL官方在新的5.6版本中推出的Memcached API,相信也是受了HandlerSocket的启发。

  测试说明:

  一、测试环境

  Handlersocket部署在一台PC 服务器上,配置如下:

  CPU为Xeon 2.80GHz *4

  内存为4G

  硬盘为一块400G SATA盘

  操作系统为64位CentOS 5.3版本

  二、测试方法

  Handlersocket的客户端几乎涵盖了各种语言,都实现了通过以上两个端口对数据读写的操作,其中查询操作必须通过建立有索引的列来进行。

  考虑到Nosql在互联网行业应用较为广泛,采用PHP实现客户端程序的做法,通过一定的并发去读写数据,观测每秒读写的记录数作为主要的衡量指标。当然也可以利用Java的多线程进行并发测试,但由于篇幅和时间所限,本文不再涉及此方面的内容

  这里采用第三方实现的一个PHP客户端,网址为http://code.google.com/p/PHP-handlersocket/,可以编译到PHP运行环境中。

  为了不对测试服务器产生额外的影响,测试客户端部署在另外一台独立的服务器上,运行的PHP的版本是5.3.5,web server是Nginx 0.8.54,通过fastcgi的方式调用PHP服务。使用apache ab工具实现多个请求和并发操作。

   测试分为两个步骤,首先是写操作,通过500个请求,每个请求写入10000条记录,并发度为2来共写入500万条数据,数据的key为数字1到 5000000,value大小为100个字节。然后是读操作,也是用500个请求,每个请求随机根据key值读出10000条记录,并发度为10共读出 500万条记录,评测的重点是写入和读出数据的时间,以及在此过程中服务器的资源使用情况。

  MysqL 数据库安装:

  一、安装MysqL

  通过编译源码的方式安装MysqL,这里选择的版本是5.5.8版本。由于这不是本文的重点,这里只简单的提及一下要点。

  首先到MysqL的官网http://dev.mysql.com/downloads/mysql/下载源码,要注意的是从MysqL 5.5版本开始需要Cmake编译工具和bison。然后开始安装:

  安装完成后配置my.cnf文件,最重要的参数是分配给innodb存储引擎的内存大小,也就是innodb_buffer_pool_size参数,这里设置为2G。

  [root@localhost MysqL558]# vi my.cnf

……

innodb_buffer_pool_size
= 2G

……

  二、安装HandlerSocket

  首先到以下地址下载代码

  https://github.com/ahiguti/HandlerSocket-Plugin-for-MySQL

  开始安装HandlerSocket:

  [root@localhost handlersocket]# tar - zxvf ahiguti - HandlerSocket - Plugin - @H_502_114@for - MysqL - 1.0 . 6 - 67 - g25f4957.tar.gz

[root@localhost handlersocket]# cd handlersocket
/
  [root@localhost handlersocket]# . / autogen.sh

[root@localhost handlersocket]# .
/ configure -- @H_502_114@with - MysqL - source =/ home / handlersocket / MysqL - 5.5 . 8 -- @H_502_114@with - MysqL - bindir =/ home / handlersocket / MysqL558 / bin -- @H_502_114@with - MysqL - plugindir =/ home / handlersocket / MysqL558 / lib / plugin

[root@localhost handlersocket]# make

[root@localhost handlersocket]# make install

  三、修改MysqL配置

  在my.cnf配置文件增加以下内容

  [root@localhost MysqL558]# vi my.cnf

[MysqLd]

......

loose_handlersocket_port
= 9998

# the port number
@H_502_114@to bind @H_502_114@to ( @H_502_114@for read requests)

  loose_handlersocket_port_wr = 9999

# the port number
@H_502_114@to
bind @H_502_114@to (@H_502_114@for write requests)

loose_handlersocket_threads
= 16

# the number of worker threads (
@H_502_114@for read requests)

 loose_handlersocket_threads_wr = 16

# the number of worker threads (
@H_502_114@for write requests)

open_files_limit
= 65535

#
@H_502_114@to allow handlersocket accept many concurrent connections

#make open_files_limit
@H_502_114@as large @H_502_114@as possible.

  这里增加的这些主要是针对handlersocket的配置,它有2个端口,9998用来读数据,9999读写均可,但是通过9998来读的效率更高。这里我们设置处理读写的线程数均为16个,另外为了处理更多的并发连接,设置能打开的文件描述符个数为65535。

  四、安装MysqL授权表并启动数据库

  [root@localhost MysqL558]# scripts / MysqL_install_db -- user = MysqL

[root@localhost MysqL558]# bin
/ MysqLd_safe -- user = MysqL &

  五、登录MysqL安装HandlerSocket Plugin:

  [root@localhost MysqL558]# bin / MysqL - u root - p

MysqL
> install plugin handlersocket soname ' handlersocket.so';

Query OK,
0 rows affected ( 0.01 sec)

  通过以下命令查看也可见handlersocket已经成功安装到MysqL中:

  MysqL > show processlist;

MysqL
> show plugins;

  测试结果:

  一、写操作

  成功写入500万条记录,共耗时4300秒,平均每秒写入数据1163笔。

   写入过程中,服务器比较稳定,cpu使用率平稳,Idle值稳定在70到72之间,等待时间稳定在14到19之间。内存分配上的变化较大,free部分 从1.3G下降到25M,buffer部分从630M下降到65M,cache部分从1.5G上升到2.9G,虚拟内存从0上升到376K,但是没有交换 区到内存的换入换出。磁盘IO表现平稳,每秒写入的块数稳定在10000到12000之间。

  二、读操作

  成功读出500万条记录,共耗时193秒,平均每秒读出数据25906笔。

  读数据过程中没有发生磁盘IO。cpu较繁忙,Idle在39到51之间,等待cpu资源的进程一直在1到6个之间。内存表现平稳没有波动。

  通过以上测试结果可以说明,写入的数据完全缓存到了文件系统中,所以cache部分占用的内存大量增加,这也是读取数据的时候没有发生磁盘IO的原因。

  总结:

要说明的是,虽然这是一份真实的测试数据,但是并不一定具有普遍意义。因为应用场景是千差万别的,服务器的资源配置、数据记录的多少、单条数据的大小、读 写的比例、客户端程序的质量等因素都会影响测试结果,甚至差别会非常大,对我们来说,更重要的是了解这个Nosql产品的特性,知道它的适用场景,并且能 够根据自己实际的应用场景针对性的进行测试,这样才能做到针对性的选型,只有最适合自己需求的产品才是最好的产品。

原文链接:https://www.f2er.com/nosql/204427.html

猜你在找的NoSQL相关文章