背景:
,,,Memcachedb现在没人维护了,还老是出问题,宕机和磁盘。
,,,老大提出换掉它,找人研究了多日,由于忙就没音了。
,,,算它命短,适逢设备精简,Memcachedb占着几台实体机器。
,,,两道问题终于推动了换掉的进程。
,,,
调研:
,,,公司利用HBase提供了存储服务化,于是就研究是否可利用HBase替换掉Memcachedb。
,,,经研究发现:
,,,1. memcachedb为了弥补Memcached的持久化问题,实现了Memcached的客户端接口。
,,,2.接口只是实现,过期的时间判断对Memcachedb来说不起作用。
,,,3.性能方面,Memcachedb实现的是持久化,读写的是磁盘、瓶颈在磁盘,HBase在不中缓存的情况下最差也是读磁盘。因此性能不必考虑太多。
,,,因此Memcachedb只是提供了一个持久存储的作用。
,,,这么看来就好做了,直接替换HBase读/写就可以。(是不是很简单! !)
,,,
修改:
,,,幸亏应用端操作Memcached的时候封装了公共类,提供了公共的jar使用。不然要找到所有使用Memcached客户端的应用,一个一个的修改。
,,,于是将公共类中使用Memcachedb的地方都修改为使用HBase,然后发布公共包jar。
,,,更新所有使用了说的公共包罐新版本。
,,,如果存于Memcachedb中的历史数据有用,则需要到数据。
,,,
,,是不是很简单! ! !
,,,其实最难的一点是决策和研究。对程序员来说修改起来,如此简单。
