一、概述 (可以直接略过此段)redis 最近做为 nosql 数据服务应用越来越广泛,其相对于 memcached 的最大优点是提供了更加丰富的数据结构,所以应用场景就更为广泛。redis 的出现可谓是广大网络应用开发者的福音,同时有大量的开源人员贡献了客户端代码,象针对 java 语言的 jedis,php 语言的 phpredis/predis 等,这些语言的 redis 库既丰富又好用,而对 C/C++ 程序员似乎就没那么幸运了,官方提供了 C 版的 hiredis 作为客户端库,很多爱好者都是基于 hiredis 进行二次封装和开发形成了 C++ 客户端库,但这些库(包括官方的 hiredis)大都使用麻烦,给使用者造成了许多出错的机会。一直想开发一个更易用的接口型的 C++ 版 redis 客户端库(注:官方提供的库基本属于协议型的,这意味着使用者需要花费很多精力去填充各个协议字段同时还得要分析服务器可能返回的不同的结果类型),但每当看到 redis 那 150 多个客户端命令时便心生退缩,因为要给每个命令提供一个方便易用的 C++ 函数接口,则意味着非常巨大的开发工作量。
在后来的多次项目开发中被官方的 hiredis 库屡次摧残后,终于忍受不了,决定重新开发一套全新的 redis 客户端 API,该库不仅要实现这 150 多个客户端命令,同时需要提供方便灵活的连接池及连接池集群管理功能(幸运的是在 acl 库中已经具备了通用的网络连接池及连接池集群管理模块),另外,根据之前的实践,有可能提供的函数接口要远大于这 150 多个,原因是针对同一个命令可能会因为不同的参数类型场景提供多个函数接口(最终的结果是提供了3,4百个函数 API,7000+行源码,2000+行头文件);在仔细研究了 redis 的通信协议后便着手开始进行设计开发了(redis 的协议设计还是非常简单实用的,即能支持二进制,同时又便于手工调试)。在开发过程中大量参考了 http://redisdoc.com 网站上的中文在线翻译版(非常感谢 黄键宏 同学的辛勤工作)。
二、acl redis 库分类 根据 redis 的数据结构类型,分成 12 个大类,每个大类提供不同的函数接口,这 12 个 C++ 类展示如下:
redis_key:redis 所有数据类型的统一键操作类;因为 redis 的数据结构类型都是基本的 KEY-VALUE 类型,其中 VALUE 分为不同的数据结构类型;
redis_connectioin:与 redis-server 连接相关的类;
redis_server:与 redis-server 服务管理相关的类;
redis_string:redis 中用来表示字符串的数据类型;
redis_hash:redis 中用来表示哈希表的数据类型;每一个数据对象由 “KEY-域值对集合” 组成,即一个 KEY 对应多个“域值对”,每个“域值对”由一个字段名与字段值组成;
redis_list:redis 中用来表示列表的数据类型;
redis_set:redis 中用来表示集合的数据类型;
redis_zset:redis 中用来表示有序集合的数据类型;
redis_pubsub:redis 中用来表示“发布-订阅”的数据类型;
redis_hyperloglog:redis 中用来表示 hyperloglog 基数估值算法的数据类型;
redis_stream:redis 中用来处理消息队列的数据类型;
redis_script:redis 中用来与 lua 脚本进行转换交互的数据类型;
redis_transaction:redis 中用以事务方式执行多条 redis 命令的数据类型(注:该事务处理方式与数据库的事务有很大不同,redis 中的事务处理过程没有数据库中的事务回滚机制,仅能保证其中的多条命令都被执行或都不被执行);
除了以上对应于官方 redis 命令的 12 个类别外,在 acl 库中还提供了另外几个类:
redis_command:以上 12 个类的基类;
redis_client:redis 客户端网络连接类;
redis_result:redis 命令结果类;
redis_pool:针对以上所有命令支持连接池方式;
redis_manager:针对以上所有命令允许与多个 redis-server 服务建立连接池集群(即与每个 redis-server 建立一个连接池);
redis_cluster:支持 redis3.0 集群模式的类。
三、acl redis 使用举例 3.1、下面是一个使用 acl 框架中 redis 客户端库的简单例子: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 bool test_redis_string (acl::redis_client& conn, const char * key) { acl::redis_string string_operation (&conn) ; const char * value = "test_value" ; if (string_operation.set (key, value) == false ) { const acl::redis_result* res = string_operation.get_result (); printf ("set key: %s error: %s\r\n" , key, res ? res->get_error () : "unknown error" ); return false ; } printf ("set key: %s ok!\r\n" , key); string_operation.clear (); acl::string buf; if (string_operation.get (key, buf) == false ) { const acl::redis_result* res = string_operation.get_result (); printf ("get key: %s error: %s\r\n" , key, res ? res->get_error () : "unknown error" ); return false ; } printf ("get key: %s ok, value: %s\r\n" , key, buf.c_str ()); acl::redis_key key_operation; key_operation.set_client (conn); if (key_operation.exists (key) == false ) { if (conn.eof ()) { printf ("disconnected from redis-server\r\n" ); return false ; } printf ("key: %s not exists\r\n" , key); } else { printf ("key: %s exists\r\n" , key); } if (key_operation.del (key, NULL ) < 0 ) { printf ("del key: %s error\r\n" , key); return false ; } else { printf ("del key: %s ok\r\n" , key); } return true ; }bool test_redis (const char * redis_addr, int conn_timeout, int rw_timeout) { acl::redis_client conn (redis_addr, conn_timeout, rw_timeout) ; const char * key = "test_key" ; return test_redis_string (conn, key); }
上面的简单例子的操作过程是:在 redis-server 中添加字符串类型数据 –> 从 redis-server 中获取指定的字符串数据 –> 判断指定指定 key 的对象在 redis-server 上是否存在 —> 从 redis-server 中删除指定 key 的数据对象(即该例中的字符串对象)。通过以上简单示例,使用者需要注意以下几点:
acl 中的 redis 库的设计中 redis 连接类对象与命令操作类对象是分离的,12 个 redis 命令操作类对应 acl redis 库中相应的 12 个命令操作类;
在使用 redis 命令操作类时需要先将 redis 连接类对象与命令操作类对象进行绑定(以便于操作类内部可以利连接类中的网络连接、协议组包以及协议解析等方法);
在重复使用一个 redis 命令类对象时,需要首先重置该命令类对象的状态(即调用:clear()),这样主要是为了释放上一次命令操作过程的中间内存资源;
一个 redis 连接类对象可以被多个命令类操作类对象使用(使用前需先绑定一次);
将 redis 连接对象与命令操作对象绑定有两种方式:可以在构造函数中传入非空 redis 连接对象,或调用操作对象的 set_client 方法进行绑定。
3.2、对上面的例子稍加修改,使之能够支持连接池方式,示例代码如下: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 bool test_redis_string (acl::redis_client& conn, const char * key) { ...... return true ; }class test_thread : public acl::thread {public : test_thread (acl::redis_pool& pool) : pool_ (pool) {} ~test_thread () {}protected : void * run () { acl::string key; key.format("test_key: %lu" , thread_id ()); acl::redis_client* conn; for (int i = 0 ; i < 1000 ; i++) { conn = (acl::redis_client*) pool_.peek (); if (conn == NULL ) { printf ("peek redis connection error\r\n" ); break ; } if (test_redis_string (*conn) == false ) { printf ("redis operation error\r\n" ); break ; } pool_.put (conn, true ); } return NULL ; }private : acl::redis_pool& pool_; };void test_redis_pool (const char * redis_addr, int max_threads, int conn_timeout, int rw_timeout) { acl::redis_client_pool pool (redis_addr, max_threads) ; pool.set_timeout (conn_timeout, rw_timeout); std::vector<test_thread*> threads; for (int i = 0 ; i < max_threads; i++) { test_thread* thread = new test_thread (pool); threads.push_back (thread); thread->set_detachable (false ); thread->start (); } std::vector<test_thread*>::iterator it = threads.begin (); for (; it != threads.end (); ++it) { (*it)->wait (); delete (*it); } }
除了创建线程及 redis 连接池外,上面的例子与示例 1) 的代码与功能无异。
3.3、下面对上面的示例2)稍作修改,使之可以支持 redis 集群连接池的方式,示例代码如下: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 bool test_redis_string (acl::redis_client& conn, const char * key) { ...... return true ; }class test_thread : public acl::thread {public : test_thread (acl::redis_cluster& cluster) : cluster_ (cluster) {} ~test_thread () {}protected : void * run () { acl::string key; acl::redis_client_pool* pool; acl::redis_client* conn; for (int i = 0 ; i < 1000 ; i++) { pool = (acl::redis_client_pool*) cluster_.peek (); if (pool == NULL ) { printf ("peek connection pool failed\r\n" ); break ; } conn = (acl::redis_client*) pool_.peek (); if (conn == NULL ) { printf ("peek redis connection error\r\n" ); break ; } key.format("test_key: %lu_%d" , thread_id (), i); if (test_redis_string (*conn, key.c_str ()) == false ) { printf ("redis operation error\r\n" ); break ; } pool_.put (conn, true ); } return NULL ; }private : acl::redis_cluster& cluster_; };void test_redis_manager (const char * redis_addr, int max_threads, int conn_timeout, int rw_timeout) { acl::redis_client_cluster cluster; cluster.set ("127.0.0.1:6379" , max_threads, conn_timeout, rw_timeout); cluster.set ("127.0.0.1:6380" , max_threads, conn_timeout, rw_timeout); cluster.set ("127.0.0.1:6381" , max_threads, conn_timeout, rw_timeout); std::vector<test_thread*> threads; for (int i = 0 ; i < max_threads; i++) { test_thread* thread = new test_thread (cluster); threads.push_back (thread); thread->set_detachable (false ); thread->start (); } std::vector<test_thread*>::iterator it = threads.begin (); for (; it != threads.end (); ++it) { (*it)->wait (); delete (*it); } }
该示例只修改了几处代码便支持了集群 redis 连接池方式,其处理过程是:创建集群连接池对象(可以添加多个 redis-server 服务地址) –> 从集群连接池对象中取得一个连接池对象 —> 从该连接池对象中取得一个连接 —> 该连接对象与 redis 操作类对象绑定后进行操作。
上述示例的集群模式并非是 redis3.0 的集群模式,这种集群中的 redis-server 之间是不互联的, 集群的建立是由客户端来维护的,由客户决定数据存储在哪个 redis-server 实例上;而 redis3.0 的集群方式则与之大不同,在 redis3.0 中,redis-server 之间是互联互通的,而且支持数据的冗余备份,数据的存储位置是由服务端决定的,下面的例子是支持 redis3.0 集群模式的客户端例子:
3.4、支持 redis3.0 集群模式的示例代码如下: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 static acl::string __keypre("test_key_cluster" );static bool test_redis_string (acl::redis_string& cmd, int i) { acl::string key; key.format("%s_%d" , __keypre.c_str (), i); acl::string value; value.format("value_%s" , key.c_str ()); bool ret = cmd.set (key.c_str (), value.c_str ()); return ret; if (i < 10 ) { printf ("set key: %s, value: %s %s\r\n" , key.c_str (), value.c_str (), ret ? "ok" : "error" ); } return ret; }static bool test_redis_exists (acl::redis_key& cmd, int i) { acl::string key; key.format("%s_%d" , __keypre.c_str (), i); if (cmd.exists (key.c_str ()) == false ) { if (i < 10 ) { printf ("no exists key: %s\r\n" , key.c_str ()); } } else { if (i < 10 ) { printf ("exists key: %s\r\n" , key.c_str ()); } } return true ; }class test_thread : public acl::thread {public : test_thread (acl::redis_cluster& cluster) : cluster_ (cluster) {} ~test_thread () {}protected : void * run () { acl::redis_string cmd_string; acl::redis_key cmd_key; cmd_key.set_cluster (&cluster_); cmd_string.set_cluster (&cluster_); for (int i = 0 ; i < 1000 ; i++) { if (test_redis_string (cmd_string, i) == false ) { break ; } if (test_redis_exists (cmd_key, i) == false ) { break ; } cmd_string.clear (); cmd_key.clear (); } return NULL ; }private : acl::redis_cluster& cluster_; };void test_redis_cluster (int max_threads int conn_timeout, int rw_timeout) { acl::redis_client_cluster cluster; cluster.set ("127.0.0.1:6379" , max_threads, conn_timeout, rw_timeout); std::vector<test_thread*> threads; for (int i = 0 ; i < max_threads; i++) { test_thread* thread = new test_thread (cluster); threads.push_back (thread); thread->set_detachable (false ); thread->start (); } std::vector<test_thread*>::iterator it = threads.begin (); for (; it != threads.end (); ++it) { (*it)->wait (); delete (*it); } }
从上面例子可以看出,使用 acl redis 客户端库操作 redis3.0 集群时,只需要将集群的句柄注入到每个 redis 客户端命令即(如上面黄色部分所示);至于如何与 redis 集群交互将由 redis_cluster 及 redis 客户端命令类的基类 redis_command 进行处理;此外,还需要注意示例 4)与示例 3)所支持的集群方式的不同点如下:
示例3 的集群模式下实际上是由客户端根据所连接的所有 redis 服务器的集合来决定数据存储结点,而实际上 redis 服务器之间并不互联;而示例 4 则是真正意义的 redis 服务端的集群模式,所有 redis 服务结点之间是互联互通的(可以配置数据结点存储的冗余数量);
示例3 的客户端必须在开始初始化时添加所有的 redis 服务结点,以便于采用轮循或者哈希访问模式;而示例4 在初始化时只需添加至少一个集群中的服务结点即可,随着访问次数的增加,会根据需要动态添加 redis 服务结点( redis3.0 采用的重定向机制,即当访问某个 redis 结点时,若 key 值不存在于该结点上,则其会返回给客户端一个重定向指令,告诉客户端存储该 key 的 redis 服务结点,因此,根据此特性,acl redis 集群会根据重定向信息动态添加 redis 集群中的服务结点);
此外,示例4 是兼容示例3 的。
3.5、使用 redis pipeline 方式连接 redis3.0 集群 虽然在 3.4) 节中提到的使用 redis 集群的通信方式具有非常高的性能,但 redis-server 支持的 pipeline 模式具有更高的性能,为此 Acl redis client 也增加了以 pipeline 方式访问 redis-server 的模式,若要使用 pipeline 方式,仅需创建 acl::redis_client_pipeline
通信对象,并将其传递给 redis 命令对象即可。
下面是创建并启动 redis pipeline 方式的过程:
1 2 3 4 const char * redis_addr = "127.0.0.1:6379" ;acl::redis_client_pipeline pipeline (redis_addr) ; pipeline.start ();
redis pipeline 对象传入 redis 命令对象后,就可以使用了,如下:
1 2 3 4 5 6 void test (acl::redis_client_pipeline& pipeline) { acl::redis cmd (&pipeline) ; ...
对比以上所有例子可以看出,Acl redis client 这种将命令对象与通信对象分离的设计方式具有很好的灵活性和通用性,每个命令对象只需根据需要设置不同的通信对象后,则后面的操作就完全相同了,这样给初期使用 acl::redis_client_cluster 类对象的用户迁移到使用 acl::redis_client_pipeline 提供了便利。
在实践中相较于 acl::redis_client_cluster 而言,acl::redis_client_pipeline 的优势为:
具有更高的性能: 在高并发环境中使用 pipeline 方式,性能获得数倍的提升;
更少的连接数: 在 pipeline 方式下,应用程序与每个 redis-server 节点仅维护一个连接;
redis-server性能更高: 在 pipeline 方式下,每个 redis-server 的客户端 TCP 连接数更少,通信能力更强,所以 redis-server 的性能也更高。
但 pipeline 方式也有一些局限性,对于一些可能的“持久性”等待类的 redis 命令是不能用 pipeline 方式的,因为在 Acl pipeline 的实现中,与每个 redis-server 节点仅维护一个连接,则如果发送的 redis 命令中存在阻塞式操作,则会挂起该连接,另外该阻塞式命令的响应返回顺序可能与请求的顺序不同,导致无法区分 redis 服务端返回的结果对应哪个请求命令。目前在 Acl redis 库中不能使用 pipeline 的函数有:
acl::redis_pubsub: get_message();
acl::redis_list: blpop(), brpop(), brpoplpush();
acl::redis_stream: xread(), xreadgroup(), xreadgroup_with_noack();
四、小结 以上介绍了 acl 框架中新增加的 redis 库的使用方法及处理过程,该库将复杂的协议及网络处理过程隐藏在实现内部,使用户使用起来感觉象是在调用本的函数。在示例 2)、3) 中提到了 acl 线程的使用,有关 acl 库中更为详细地使用线程的文章参见:《使用 acl_cpp 库编写多线程程序》。
github:https://github.com/acl-dev/acl gitee:https://gitee.com/acl-dev/acl