小试MemSQL (The World’s Fastest Database?)

“MemSQL is a next generation database that removes the most common bottleneck most applications hit today: disk.”

一 下载&安装

MemSQL 安装过程相当容易,不过需要留意的是MemSQL所要求的OS系统版本较高,如CentOS 6.0.

MemSQL属于商业软件,下载时,需在官网输入注册信息,注册完成,官网会生成下载link,供下载如:

http://download.memsql.com/98215169d6d34898847c4a332292e819/memsqlbin_amd64.tar.gz

安装过程中的指令:./check_system 会检查MemSQL所依赖的所有系统包,若lib版本过低,也会提示是否需升级,整个过程完全自动化,安装体验很不错.

为更易了解MemSQL的使用方法及性能,测试服务器同时安装有MemSQL与MySQL: MySQL使用默认端口: 3306 ; MemSQL使用端口:3307

安装完成,启动MemSQL: ./memsqld –port 3307

启动时,可能会遇到以下错误提示,导致服务启动失败:

[ERROR] Fatal error: Please run MemSQL as a non-root user or specify -u root on the command line.

根据ERROR提示,指明root用户即可: ./memsqld -uroot –port 3307

 

二 导入数据进MemSQL

可使用mysqldump来导入数据进MemSQL,为测试MemSQL的使用方法及性能,同时将DB:AreaID导入到同一Server的MemSQL与MySQL中:

> mysql -h 127.0.0.1 -u root -P 3307 < AreaID_20120804.sql

 

三 MemSQL 测试

MemSQL兼容MySQL的大部分命令集。同样可使用MySQL Client登录MemSQL:

> mysql -h 127.0.0.1 -u root -P 3307

测试过程中MemSQL与MySQL均使用默认配置,导入相同测试数据库AreaID. 在默认配置,未做特殊优化的情况下,MemSQL的表现对比MySQL,未见有明显性能提升。

在首次SQL操作时,表现尤其明显,相信是由于MemSQL的编译特性导致,如以下测试数据:

mysql> select count(*) from cb_route_info;
+———-+
| count(*) |
+———-+
| 4158 |
+———-+
1 row in set (8.69 sec)

mysql> select count(*) from cb_route_info;
+———-+
| count(*) |
+———-+
| 4158 |
+———-+
1 row in set (0.00 sec)

首次查询耗时 8.69 sec 这种查询速度,在实际生产环境中是完全无法接受的,不过再次查询时,耗时0.00sec,应该从内存中直接读出,速度非常理想。

根据MemSQL监控日志显示,MemSQL在编译SQL执行语句时花费时间过长:

1084678615 2012-08-04 12:15:56 INFO: Query AreaID.'select * from cb_route_info' compiled in 13944 miliseconds

再次执行此SQL查询语句时,即使数据库中数据发生变化时,MemSQL后台日志监控,未见重编译日志,表明MemSQL中,同样的SQL语句,只在首次执行时进行编译。

对比MemSQL,MySQL查询相同的DB,首次查询,耗时明显低于MemSQL,再次执行同样的SQL查询语句,耗时与MemSQL相差无几,甚至更快,相信MySQL这是在数据量不大的情况下充分利用了Query_cache机制。

实际耗时对比:

在MemSQL与MySQL中重复执行相同查询语句: select * from areaID_20120607;

首次查询:

MemSQL: 38980 rows in set (37.80 sec)

MySQL: 38980 rows in set (0.11 sec)

 

再次查询:

MemSQL: 38980 rows in set (0.11 sec)

MySQL: 38980 rows in set (0.12 sec)

可见,MemSQL中SQL语句的首次执行,耗时相当恐怖.

 

四 结论

若在生产环境中使用MemSQL,一定要注意数据(SQL)预热,否则MemSQL非常容易由于编译耗时成为故障点.

若非必要,针对当前版本MemSQL,不推荐使用。数据放进内存是当前DB发展趋势,MySQL的Cache机制,功能相对完善,开源产品有更多的参考资源与优化空间.

 

Sky

QQ: 343025026

转载于:https://blog.51cto.com/smsgrp/954346

Published by

风君子

独自遨游何稽首 揭天掀地慰生平

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注