Pika官网地址是: https://github.com/Qihoo360/pika/wiki 。
Pika是360开源的类Redis存储系统。
Pika 是 360 DBA 和基础架构组联合开发的类 Redis 存储系统,完全支持 Redis 协议,用户不需要修改任何代码,就可以将服务迁移至 Pika。有维护 Redis 经验的 DBA 维护 Pika 不需要学习成本。
Pika 主要解决的是用户使用 Redis 的内存大小超过 50G、80G 等等这样的情况,会遇到启动恢复时间长,一主多从代价大,硬件成本贵,缓冲区容易写满等问题。Pika 就是针对这些场景的一个解决方案。
特点:
我们在使用各种语言的驱动连接Pika时,常规流程如下图所示:
虽然最终数据库是同一个,但每种语言都有对应的驱动程序,操作方式不尽相同。
假如在体系中存在三个子系统,它们都需要调用getUserById方法,很可能是下图所示的结构:
图中的【1.直连】表示B系统用php实现getUserById方法,使用php驱动直接操作Pika库。
图中的【2.直连】表示A系统用java实现getUserById方法,使用java驱动直接操作Pika库。
图中的【3.API调用】表示C系统调用A系统的API。
这样的结构有一些问题:如果业务调整,getUserById的实现需要改变,比如不再返回注销的用户,那AB系统的代码都要调整。用以下的结构可以轻松搞定。
当项目需要连接多个版本的Pika时(比如老系统改造,系统二次开发),此问题尤为严重,驱动包的冲突会导致开发管理成本上升。
出于并发性的考虑,使用socket长连接操作Pika是最为高效的方法(比如秒级并发>10000次的场景),这也是主力军系统通常的做法。但是在很多辅助系统的业务场景下,对Pika的使用频次很低,比如后台监控、运维手动操作:
对于低频次场景(秒并发<10000次),使用Pika官方驱动会增加一些开发成本。如果使用HTTP访问Pika,这个成本几乎为0。
在Pika使用时,大部份情况下读取频率远超写频率。实际应用中,通常是部份系统负责读取,部份系统负责写。在低频读写的系统中,使用HTTP访问Pika是非常方便、高效的事情。
使用易源平台操作Pika,其流程如下图所示:
易源的Pika连接器将Pika数据库转化为通用数据源,并可以使用http接口进行全部数据库操作,包括但不限于增、删、查、改方法。
之后进入以下表单:
通过HTTP接口访问Pika,详情操作请点此查看
如果在同一个局域网下进行压力测试,直连时程序做充分优化,易源中转比直连方式的多消耗时间<1ms。网站或APP的响应时间在100ms-1000ms之间是可以接受的,也就是易源增加的时间是整体流程的0.01至0.001的比率,几乎可以忽略不计。这点开销,就像开车从北京到西安有1000公里,中间因为修路多走了1公里,总共由1000到1001公里,多走这1公里对全局可以忽略不计。
对于Pika连接器,易源的IP是:
121.41.60.109
120.26.59.160
120.26.61.225
49.4.23.20
129.211.129.137
适合以下条件时,使用易源的Pika连接器是个很好的选择: