Author: ChinSyun Pang
Weibo: arthinking_plus
Posted in: http://www.itzhai.com
有这样一个场景:使用getMulti
一次性读取一个系列的所有手机100个key,请求了100万次,系统最初只有一个MC服务器,随着访问量的增加,负载加大了,于是增加了几个MC服务器,但结果负载反而更加大了。
原因是开始那100个key在一台服务器上获取,现在分不到了几MC服务器,需要访问的服务器增多了,而关键性的因素是我们用到的MC客户端memcached-client,其中的AscIIClient如下:
1 | public Map<String, Object> getMulti(String[] keys, Integer[] hashCodes, boolean asString) |
请求多台服务器是串行的,结果导致客户端操作时间累加,请求堆积,最终导致性能下降。
解决方法有两个:
一是把串行请求改为并行请求,可以参考spymemcached的并行实现:
- 第一步,将本次操作构造成一个针对每个 node 的 Operation 对象,加入连接对象中;
- 第二步,在连接对象中,将所有的 node 操作放入 addedQueue 队列,然后触发 Selector 方式异步非阻塞的执行;
一是把key根据一个系列的手机散列不同的MC服务器上,这样就达到请求一台服务器获取所有的内容了,不过根据就不同的业务场景散列方法也不同,比较不好处理。
或者不使用getMulti这个方法了
必须使用getMulti方法的时候可以把缓存数据复制到另一个memcache集群上,一个集群负责读取一半的keys,但是又会引发需要更多的CPU的问题。
旁观者的博客也分析了这类分析,很透彻,提供给大家参考下