Memcached使用点滴

   //这里为什么要作decode，因为其实在我使用的这个java客户端存储的时候，默认会把key都作encoding一次，所以必须要做，不然会出现问题。

                                k = URLDecoder.decode(k,"UTF-8");

                            }

                            catch(Exception ex)

                            {

                                Logger.error(ex);

                            }

                            if (k != null && !k.trim().equals(""))

                            {

    //这里的fast参数是在方法参数中传入，作用是什么，其实采用这种搜索slab以及dump的方式获取keys会发现返回的可能还有一些已经移除的内容的keys，如果觉得需要准确的keys，就在做一次contains的检查，不过速度就会有一定的影响。

                                if (fast)

                                   keys.add(k);

                                else

                                   if (containsKey(k))

                                       keys.add(k);

                            }

                        }

                       }

                  }

               }

    至此，整个keySet的问题解决了，对于即时监控也基本都作好了，这里需要把过程中的两件小事情说一下。

    1.    statsCacheDump始终不能用。

    刚开始的时候statsCacheDump方法始终报错说连接超时，跟踪到了java客户端代码中发现并不是什么连接超时，只是服务端返回了错误信息，而客户端认为还没有结束一直等待，导致超时。我就顺手给java客户端的开发人员mail了信息求助（代码里面有email）。再仔细看了看出错信息，返回的是不认识该指令的错误，因此就去解压memcached的服务端，看了看它的协议说明，这个Stat方法还是有的，很奇怪，没有办法了，虽然自己对于c不是很懂，但起码大致看懂逻辑还是不难，下载了Memcached的源码一看，发现居然对于StatsCacheDump这个方法调用必须还有一个参数limit，在我手头的客户端代码里面就没有这个参数，所以错误了，本来想扩展一下那个方法，但是那个方法中实现的不是很好，都是private的不容易扩展，这时候居然收到其中一个客户端开发者的回复邮件，说我手头的代码太老了，同时不建议去实现keyset，认为这样比较低效。我去下载了一个新版本，看了看源码果然已经修复了，我就回了邮件表示感谢，同时也和他说明了这么做的原因。因此大家如果要和我一样写上面的代码，就需要它2.0.1的那个版本。这里对那些国外的开源工作者表示敬佩，对于开发者是很负责任的。

    2．关于fast那个选项

        这个是我加上去的，做了一下测试，例如我先执行如下代码：

        Cache.set(“key1”,”value1”);

    Cache.set(“key2”,”value2”);

    Cache.flushAll(null);

    Cache.set(“key3”,”value3”);

    Cache.set(“key4”,”value4”);

    Boolean fast = true;

    Set keys = Cache.keySet(fast);

    system.out.println(keys);

    Fast = false;

    keys = Cache.keySet(fast);

    system.out.println(keys);

    得到的结果为：

    Key1,key2,key3,key4

    Key3,key4

    可以看到其实如果通过StatsCacheDump来获取得到的keys会参杂一些已经失效的keys,只是没有回收，本来尝试获取时间戳来做判断，不过还不如使用containsKey来的有效。

    同时这里采用containsKey而不是用get，就是因为counter是不能用get获得的，即使counter存在。

上一页  [1] [2] [3] 

【责编:landy】