memcached的服务器客户端通信并不使用复杂的XML等格式，而使用简单的基于文本行的协议。因此，通过telnet 也能在memcached上保存数据、取得数据。下面是例子。
$ telnet localhost 11211
Trying 127.0.0.1...
Connected to localhost.localdomain (127.0.0.1).
Escape character is '^]'.
set foo 0 0 3 （保存命令）
bar （数据）
STORED （结果）
get foo （取得命令）
VALUE foo 0 3 （数据）
bar （数据）
delete foo
DELETED
Tencent:~ # telnet 172.24.18.5* 11211
Trying 172.24.18.56...
Connected to 172.24.18.56.
Escape character is '^]'.
set foo 0 0 3
bar
STORED
get foo
VALUE foo 0 3
bar
END
delete foo
DELETED
清空全部Memcached的变量，shell下的Telnet操作如下：
[/usr/local/apache2/*/vhost.d]# telnet 172.25.*.70 12000
Trying 172.25.38.70...
Connected to 172.25.38.70.
Escape character is '^]'.
flush_all
OK
另辟蹊径-检查memcached中指定的key是否存在：
们都知道，memcached的协议中是没有任何一个协议提供给我们检查某个key是否存在的。但是我们可能会有这样的需求。
一些开源的客户端提供了KeyExists（）这样的方法，但是其实现原理是调用了memcached的get协议，以此来达到判断某个key是否存在的目的：能取到表示这个key存在，取不到则不存在。这样的效率是比较低的，特别是当数据包比较大的情况下。
在不读取memcached的数据的情况下，如何高效的判断某个key是否存在呢？
大家都知道memcached的cas（check and set）协议吧，该协议在写memcached时先判断是否有人在你之前更新过数据，如果有更新过，则此次写memcached失败。
那我们来看一下cas的语法：
cas key flag exptime bytes version\r\n
其中的version是memcached内部维护的一个版本号，是个uint64_t的值，这个值是调用memcached的gets协议获得的，version从1开始，memcached刚启动的时候，节点数为0，从存储第一个节点开始，version不断累加。因此，version是不可能出现0这个情况，这点很重要，是达到我们的目的的一个关键点。
好了，我们已经知道了cas的用法，根据它的特性可以实现我们检查一个key是否存在的目的，聪明的读者可能已经知道该怎么做了吧。
比如要检查foo这个key是否存在，可以构造这样的命令
cas foo 0 0 1 0\r\n
这里构造一个字节的数据包，将version字段设置成0，尝试写memcached。
如果foo已经存在，因为它的version不可能等于0，所以memcached提示EXISTS
如果foo不存在，memcached提示NOT_FOUND
------------------------------------------
set foo 0 0 3 # 先写入
bar
STORED
cas foo 0 0 1 0 # 判断foo是否存在，系统提示EXISTS
a
EXISTS
delete foo # 将foo删除
DELETED
cas foo 0 0 1 0 # 判断foo是否存在，系统提示NOT_FOUND
a
NOT_FOUND
------------------------------------------
这样，我们就知道foo这个key是否存在了。
----------------------------------------------引用-------------------------------------------------
memcached的基本设置：
-p 监听的端口
-l 连接的IP地址, 默认是本机
-d start 启动memcached服务
-d restart 重起memcached服务
-d stop|shutdown 关闭正在运行的memcached服务
-d install 安装memcached服务
-d uninstall 卸载memcached服务
-u 以的身份运行 (仅在以root运行的时候有效)
-m 最大内存使用，单位MB。默认64MB
-M 内存耗尽时返回错误，而不是删除项
-c 最大同时连接数，默认是1024
-f 块大小增长因子，默认是1.25
-n 最小分配空间，key+value+flags默认是48
-h 显示帮助
mixi的设置,单台:
每台memcached服务器仅启动一个memcached进程。分配给memcached的内存为3GB，启动参数如下：
/usr/bin/memcached -p 11211 -u nobody -m 3000 -c 30720
由于使用了x86_64的操作系统，因此能分配2GB以上的内存。32位操作系统中，每个进程最多只能使用2GB内存。也曾经考虑过启动多个分配2GB以下内存的进程，但这样一台服务器上的TCP连接数就会成倍增加，管理上也变得复杂，所以mixi就统一使用了64位操作系统。
另外，虽然服务器的内存为4GB，却仅分配了3GB，是因为内存分配量超过这个值，就有可能导致内存交换(swap)。连载的第2次中前坂讲解过了memcached的内存存储“slab allocator”，当时说过，memcached启动时指定的内存分配量是memcached用于保存数据的量，没有包括“slab allocator”本身占用的内存、以及为了保存数据而设置的管理空间。因此，memcached进程的实际内存分配量要比指定的容量要大，这一点应当注意。
mixi保存在memcached中的数据大部分都比较小。这样，进程的大小要比指定的容量大很多。因此，我们反复改变内存分配量进行验证，确认了3GB的大小不会引发swap，这就是现在应用的数值。
$ telnet localhost 11211
Trying 127.0.0.1...
Connected to localhost.localdomain (127.0.0.1).
Escape character is '^]'.
set foo 0 0 3 （保存命令）
bar （数据）
STORED （结果）
get foo （取得命令）
VALUE foo 0 3 （数据）
bar （数据）
delete foo
DELETED
Tencent:~ # telnet 172.24.18.5* 11211
Trying 172.24.18.56...
Connected to 172.24.18.56.
Escape character is '^]'.
set foo 0 0 3
bar
STORED
get foo
VALUE foo 0 3
bar
END
delete foo
DELETED
清空全部Memcached的变量，shell下的Telnet操作如下：
[/usr/local/apache2/*/vhost.d]# telnet 172.25.*.70 12000
Trying 172.25.38.70...
Connected to 172.25.38.70.
Escape character is '^]'.
flush_all
OK
另辟蹊径-检查memcached中指定的key是否存在：
们都知道，memcached的协议中是没有任何一个协议提供给我们检查某个key是否存在的。但是我们可能会有这样的需求。
一些开源的客户端提供了KeyExists（）这样的方法，但是其实现原理是调用了memcached的get协议，以此来达到判断某个key是否存在的目的：能取到表示这个key存在，取不到则不存在。这样的效率是比较低的，特别是当数据包比较大的情况下。
在不读取memcached的数据的情况下，如何高效的判断某个key是否存在呢？
大家都知道memcached的cas（check and set）协议吧，该协议在写memcached时先判断是否有人在你之前更新过数据，如果有更新过，则此次写memcached失败。
那我们来看一下cas的语法：
cas key flag exptime bytes version\r\n
其中的version是memcached内部维护的一个版本号，是个uint64_t的值，这个值是调用memcached的gets协议获得的，version从1开始，memcached刚启动的时候，节点数为0，从存储第一个节点开始，version不断累加。因此，version是不可能出现0这个情况，这点很重要，是达到我们的目的的一个关键点。
好了，我们已经知道了cas的用法，根据它的特性可以实现我们检查一个key是否存在的目的，聪明的读者可能已经知道该怎么做了吧。
比如要检查foo这个key是否存在，可以构造这样的命令
cas foo 0 0 1 0\r\n
这里构造一个字节的数据包，将version字段设置成0，尝试写memcached。
如果foo已经存在，因为它的version不可能等于0，所以memcached提示EXISTS
如果foo不存在，memcached提示NOT_FOUND
------------------------------------------
set foo 0 0 3 # 先写入
bar
STORED
cas foo 0 0 1 0 # 判断foo是否存在，系统提示EXISTS
a
EXISTS
delete foo # 将foo删除
DELETED
cas foo 0 0 1 0 # 判断foo是否存在，系统提示NOT_FOUND
a
NOT_FOUND
------------------------------------------
这样，我们就知道foo这个key是否存在了。
----------------------------------------------引用-------------------------------------------------
memcached的基本设置：
-p 监听的端口
-l 连接的IP地址, 默认是本机
-d start 启动memcached服务
-d restart 重起memcached服务
-d stop|shutdown 关闭正在运行的memcached服务
-d install 安装memcached服务
-d uninstall 卸载memcached服务
-u 以的身份运行 (仅在以root运行的时候有效)
-m 最大内存使用，单位MB。默认64MB
-M 内存耗尽时返回错误，而不是删除项
-c 最大同时连接数，默认是1024
-f 块大小增长因子，默认是1.25
-n 最小分配空间，key+value+flags默认是48
-h 显示帮助
mixi的设置,单台:
每台memcached服务器仅启动一个memcached进程。分配给memcached的内存为3GB，启动参数如下：
/usr/bin/memcached -p 11211 -u nobody -m 3000 -c 30720
由于使用了x86_64的操作系统，因此能分配2GB以上的内存。32位操作系统中，每个进程最多只能使用2GB内存。也曾经考虑过启动多个分配2GB以下内存的进程，但这样一台服务器上的TCP连接数就会成倍增加，管理上也变得复杂，所以mixi就统一使用了64位操作系统。
另外，虽然服务器的内存为4GB，却仅分配了3GB，是因为内存分配量超过这个值，就有可能导致内存交换(swap)。连载的第2次中前坂讲解过了memcached的内存存储“slab allocator”，当时说过，memcached启动时指定的内存分配量是memcached用于保存数据的量，没有包括“slab allocator”本身占用的内存、以及为了保存数据而设置的管理空间。因此，memcached进程的实际内存分配量要比指定的容量要大，这一点应当注意。
mixi保存在memcached中的数据大部分都比较小。这样，进程的大小要比指定的容量大很多。因此，我们反复改变内存分配量进行验证，确认了3GB的大小不会引发swap，这就是现在应用的数值。
作者：jackxiang@向东博客 专注WEB应用 构架之美 --- 构架之美，在于尽态极妍 | 应用之美，在于药到病除
地址：https://jackxiang.com/post/2484/
版权所有。转载时必须以链接形式注明作者和原始出处及本声明！
最后编辑： jackxiang 编辑于2012-5-10 17:08
Redhat5下利用yum安装SVN客户端
[转自建鑫]Memcached的stats命令,查询memcache状态评论列表
