Mysql 官方Memcached 插件初步试用感受

话说，4月11号，Mysql 官方发布了一个Memcached 的插件。以前，曾经也有MemcacheDB 做过相同的事情，不过似乎它现在没啥声音了，而非官方、非Memcached 协议的HandlerSocket 最近反响挺强烈的。这些都有一个共同点：基于Mysql 的storage engine，然后在其上构建一层自有API。 

一、安装  

安装这个挺简单的，因为此插件需要Mysql 5.6 以上版本支持，所以最好的办法就是去http://labs.mysql.com/ 网站上下载一个包，选择mysql-5.6-labs-innodb-memcached 这个包下载，里面包含了mysql5.6 和mysql memcached 插件。 
下载完成后解压缩至/usr/local/mysql 目录，然后按正常顺序安装mysql 

 shell> groupadd mysql
 shell> useradd -r -g mysql mysql
 shell> cd /usr/local/mysql
 shell> chown -R mysql .
 shell> chgrp -R mysql .
 shell> scripts/mysql_install_db --user=mysql
 shell> chown -R root .
 shell> chown -R mysql data
 shell> cp support-files/mysql.server /etc/init.d/mysql

之后，就可以service mysql start 启动mysql 了。启动Mysql 后，进行Mysql Memcached 插件安装： 
1、安装sql 脚本 

 mysql < scripts/innodb_memcached_config.sql

2、进入mysql 客户端，安装插件 

 mysql> install plugin daemon_memcached soname "libmemcached.so";

完成上面两步之后，mysql memcached 就安装完成了。下面可以进行一点测试： 

 telnet localhost 11211

 set test 0 0 2
 11
 STORED
 get test
 VALUE test 0 2
 11
 END

说明set 和 get 已经能够正常使用了。 

二、说明 


进入mysql 客户端，show databases; 后，你会发现多了一个库innodb_memcache 

 mysql> use innodb_memcache;
 Database changed
 mysql> show tables;
 +---------------------------+
 | Tables_in_innodb_memcache |
 +---------------------------+
 | cache_policies            |
 | config_options            |
 | containers                |
 +---------------------------+
 3 rows in set (0.00 sec)

上述三张表都为memcached 的配置信息，分别存放cache 策略、配置和容器信息。先看containers 表 

 mysql> select * from containers;
 +------+-----------+-----------+-------------+---------------+-------+------------+--------------------+------------------------+
 | name | db_schema | db_table  | key_columns | value_columns | flags | cas_column | expire_time_column | unique_idx_name_on_key |
 +------+-----------+-----------+-------------+---------------+-------+------------+--------------------+------------------------+
 | aaa  | test      | demo_test | c1          | c2            | c3    | c4         | c5                 | idx                    |
 +------+-----------+-----------+-------------+---------------+-------+------------+--------------------+------------------------+
 1 row in set (0.00 sec)

说明，通过memcached set 的数据，放在test 库中的demo_test 表中，同时key 存放在表的c1 字段里，value 存放在c2 字段里。然后我们去test 库看看 

 mysql> use test;
 Database changed
 mysql> select * from demo_test;
 +------+------+------+------+--------------+------+------+------+------+------+------+
 | cx   | cy   | c1   | cz   | c2           | ca   | CB   | c3   | cu   | c4   | C5   |
 +------+------+------+------+--------------+------+------+------+------+------+------+
 | 9    |    3 | AA   |    2 | HELLO, HELLO |    8 |    8 |    0 |    1 |    3 |    0 |
 +------+------+------+------+--------------+------+------+------+------+------+------+
 1 row in set (0.00 sec)

没有发现我们刚才set 的test？这里，需要设置一下数据库的transaction 级别，才能同步显示，否则，在64 位系统上，是设有batch size 的，超过32 个才会往数据库中同步 

 sql> SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;

然后再去看看，刚才我们通过memcached 协议set 的值，出现了吧。 
注意： 在有memcached client 连接的情况下，此表是锁定的，无法采用sql 进行修改 
同时，似乎memcached 协议里设置有效时间，在这里无法生效，会一直保留？ 

在配置里，还有一张表我们需要注意的，cache_policies。看看它的创建语句 

 CREATE TABLE `cache_policies` (
  `policy_name` varchar(40) NOT NULL,
  `get_policy` enum('innodb_only','cache_only','caching','disabled') NOT NULL,
  `set_policy` enum('innodb_only','cache_only','caching','disabled') NOT NULL,
  `delete_policy` enum('innodb_only','cache_only','caching','disabled') NOT NULL,
  `flush_policy` enum('innodb_only','cache_only','caching','disabled') NOT NULL,
  PRIMARY KEY (`policy_name`)
  ENGINE=InnoDB DEFAULT CHARSET=latin1

这些策略里，都有四个选项：innodb_only, cache_only, caching 和disabled。 
    innodb_only: 数据直接存入innodb engine 中 
    cache_only: 如同传统的memcache server，数据只存在memory 中 
    caching: memory 中缓存，如果找不到，再向innodb engine 中搜索 

三、测试  

不管如何，我们还是需要看看它的性能如何，因时间有限，我只进行了一点简单测试，采用memslap 来进行，同时部署了一个官方的memcached server 来进行对比。 
首先是官方memcached server 数据： 
Get Statistics 
Type     Time(s)  Ops          TPS(ops/s)   Net(M/s)   Get_miss   Min(us)  Max(us)    Avg(us)    Std_dev    Geo_dist  
Global   85       3226683      37960        39.6       0          25       41149      374        233.02     295.70 

Set Statistics 
Type     Time(s)  Ops          TPS(ops/s)   Net(M/s)   Get_miss   Min(us)  Max(us)    Avg(us)    Std_dev    Geo_dist  
Global   85       358528       4217         4.4        0          29       41313      406        233.22     335.51 

Total Statistics 
Type     Time(s)  Ops          TPS(ops/s)   Net(M/s)   Get_miss   Min(us)  Max(us)    Avg(us)    Std_dev    Geo_dist  
Global   85       3585210      42178        44.0       0          25       41313      377        233.56     299.46 

然后是采用Innodb_only 策略的mysql memcached： 
Get Statistics 
Type     Time(s)  Ops          TPS(ops/s)   Net(M/s)   Get_miss   Min(us)  Max(us)    Avg(us)    Std_dev    Geo_dist  
Global   85       1043059      12271        10.9       0          46       395949     1026       4794.93    424.72 

Set Statistics 
Type     Time(s)  Ops          TPS(ops/s)   Net(M/s)   Get_miss   Min(us)  Max(us)    Avg(us)    Std_dev    Geo_dist  
Global   85       115903       1363         1.2        0          76       395981     2482       9260.01    651.46 

Total Statistics 
Type     Time(s)  Ops          TPS(ops/s)   Net(M/s)   Get_miss   Min(us)  Max(us)    Avg(us)    Std_dev    Geo_dist  
Global   85       1158962      13634        12.1       0          46       395981     1172       5427.44    443.28 

采用Caching 策略后的结果： 
Get Statistics 
Type     Time(s)  Ops          TPS(ops/s)   Net(M/s)   Get_miss   Min(us)  Max(us)    Avg(us)    Std_dev    Geo_dist  
Global   85       1101521      12959        10.7       0          46       126892     987        3506.08    450.86 

Set Statistics 
Type     Time(s)  Ops          TPS(ops/s)   Net(M/s)   Get_miss   Min(us)  Max(us)    Avg(us)    Std_dev    Geo_dist  
Global   85       122398       1439         1.2        0          74       126725     2211       6591.01    683.18 

Total Statistics 
Type     Time(s)  Ops          TPS(ops/s)   Net(M/s)   Get_miss   Min(us)  Max(us)    Avg(us)    Std_dev    Geo_dist  
Global   85       1223919      14399        11.9       0          46       126892     1109       3942.50    469.99 

最后，是cache_only 策略的结果： 
Get Statistics 
Type     Time(s)  Ops          TPS(ops/s)   Net(M/s)   Get_miss   Min(us)  Max(us)    Avg(us)    Std_dev    Geo_dist  
Global   85       1043059      12271        10.9       0          46       395949     1026       4794.93    424.72 

Set Statistics 
Type     Time(s)  Ops          TPS(ops/s)   Net(M/s)   Get_miss   Min(us)  Max(us)    Avg(us)    Std_dev    Geo_dist  
Global   85       115903       1363         1.2        0          76       395981     2482       9260.01    651.46 

Total Statistics 
Type     Time(s)  Ops          TPS(ops/s)   Net(M/s)   Get_miss   Min(us)  Max(us)    Avg(us)    Std_dev    Geo_dist  
Global   85       1158962      13634        12.1       0          46       395981     1172       5427.44    443.28 

四、结论  

从上述测试结果中可以看出，mysql 官方的解决方案，现在还是一个不怎么成熟的产品，尤其表现在不论读写，都不是太稳定，std_dev 和geo_dist 数值都非常大。性能方面，和memcached server 比起来，差了三倍以上，不过，在特殊场合，这种性能消耗还是可以接受的。由于时间有限，也没法再拿HandlerSocket 和这个比较一下了，感兴趣的同学可以帮忙做个比较。 
不过，不管怎样，mysql 社区至少看到了nosql 方面的强烈需求，并且有意愿在这上面有些表现，至少来说是个可喜的迹象。 

五、进阶、参考  

除了初步的使用外，在labs 里，还有mysql-cluster 解决方案，能够和此共同使用，构建稳固的storage system。 
另外，有关这个的各种说明、设计思路等，直接去其官网看吧，这里就不一一搬运了，地址： 
http://dev.mysql.com/tech-resources/articles/nosql-to-mysql-with-memcached.html 
http://blogs.innodb.com/wp/2011/04/nosql-to-innodb-with-memcached/ 
http://blogs.innodb.com/wp/2011/04/get-started-with-innodb-memcached-daemon-plugin/