Closed GoogleCodeExporter closed 9 years ago
[deleted comment]
请花点时间看下FAQ吧。这主要是因为xmc的操作都是异步的,��
�步等待有个超时时间,默认的1秒在高并发或者存取大数据的
时候通常是不够的。
http://code.google.com/p/xmemcached/wiki/FAQ
http://www.blogjava.net/killme2008/archive/2010/07/08/325564.html
Original comment by killme2...@gmail.com
on 2 Jan 2011 at 4:27
[deleted comment]
可以的,通过p命名空间
一定要shutdown才可以退出。
Original comment by killme2...@gmail.com
on 2 Jan 2011 at 4:44
请问,这个一定要shutdown在struts的web端又是如何控制的呢,我
调用完毕也得调用shutdown?
Original comment by y.a.li.y...@gmail.com
on 2 Jan 2011 at 4:50
Xmemcached应该作为一个全局单例存在,生命周期交给spring管理�
��。
Original comment by killme2...@gmail.com
on 4 Jan 2011 at 1:27
Original comment by killme2...@gmail.com
on 4 Jan 2011 at 6:19
我也遇到类似的问题,而且当抛出这个timeout异常之后,后续�
��memcache的操作都会失败,memcached服务器是好的,重启应用就�
��了。感觉是客户端跟服务端的这个链接,在出现timeout异常��
�后,就不可用了,需要重新建立连接。盼复。
Original comment by hallyw...@gmail.com
on 29 Mar 2012 at 7:41
我也碰到类似的问题,而且在大量包timeout之后还会引起堆内�
��溢出,导致应用死掉
Original comment by jjshan...@gmail.com
on 8 Jun 2012 at 9:59
我也是经常出现这种情况
尤其是并发比较大的时候。一开始我觉得是不是由于一次数��
�太大的缘故,但是我序列化以后查看大小
一般都在1-2KB左右应该不算大吧。设置50000毫秒
都会timeout,时间一长就会出现Xmemcached client is
closed的错误。这是为什么呢?
Original comment by zhoulei9...@gmail.com
on 5 Sep 2012 at 6:33
Original issue reported on code.google.com by
y.a.li.y...@gmail.com
on 2 Jan 2011 at 3:56