记得半年多前写过MySQL vs NoSQL ，且一直以来我比较坚持用数据库存储K/V数据，因为不只是对数据安全等能提供保障，主要是发现大部分系统的qps根本就没那么高，能上4k的水平已经很少了，这点MySQL完全可以满足，因为优化好的K/V请求，在MySQL的SQL层上能实现
记得半年多前写过MySQL vs NoSQL ，且一直以来我比较坚持用数据库存储K/V数据，因为不只是对数据安全等能提供保障，主要是发现大部分系统的qps根本就没那么高，能上4k的水平已经很少了，这点MySQL完全可以满足，因为优化好的K/V请求，在MySQL的SQL层上能实现每核心5k左右的qps，而这一数据在HandlerSocket出来之后，得到了更大的提升。
HandlerSocket plugin for MySQL 已经出来一段时间了, 鉴于HandlerSocket和InnoDB的健壮、安全性, 可以预见HandlerSocket取代Memcached等NoSQL存储/Cache，已经是大势所趋。
HandlerSocket 是MySQL的一个插件，用于跳过MySQL的SQL层面，直接访问内部的InnoDB存储引擎，从而充分发挥InnoDB的性能优势；此外，InnoDB的ACID特性，可以保障数据的安全。
初步对比了下，HandlerSocket Plugin for MySQL性能跟Memcached差不多，原文中的测试数据显示更胜Memcached一筹，接下来准备跟ndbapi的性能进行对比测试，为系统构架提供参考。
approx qps server CPU utilMySQL via SQL 105,000 %us 60% %sy 28%memcached 420,000 %us 8% %sy 88%MySQL via HandlerSocket 750,000 %us 45% %sy 53%
HandlerSocket源码地址：https://github.com/ahiguti/HandlerSocket-Plugin-for-MySQL/
HandlerSocket的客户端：
HandlerSocket Client for Perl
HandlerSocket Client for Python
HandlerSocket Client for PHP
HandlerSocket Client for Java
– ————————————-
update: 2011/04/08
在Dell R710 双四核 E5620 下，mysql版本为5.1.54，未修改任何源码，采用php的handler-socket扩展，测试结果稳定在33万+QPS，其中mysqld占用cpu约为50%
Related posts:
- NoSQL到MySQL+Memcache(d)重树MySQL王者地位
- MySQL vs 本文来源gaodai$ma#com搞$$代**码网NoSQL 效率与成本之争
- InnoDB Plugin 1.0.4 for MySQL 5.1.37
- InnoDB plugin 1.0.7
- Memcached and MySQL
? 谭俊青 发布在 MySQL性能、MySQL Cluster集群、MySQL HA高可用等研究 – MySQL实验室, 2010.
可以任意转载, 但转载时务必以超链接形式标明文章原始出处 和 作者信息。
链接: http://www.mysqlab.net/blog/2010/11/handler-socket-plugin-for-mysql/
标签: HandlerSocket, NoSQL
转载请注明原文链接：Handler-Socket Plugin for MySQL – SQL的功能、NoSQL的性能
