MemCache介绍
MemCache接口介绍 dedecms.com
Memcache客户端包含两组接口,一组是面向过程的接口,一组是面向对象的接口,具体可以参考PHP手册 “LXXV. Memcache Functions” 这章。
Memcache::connect -- 打开一个到Memcache的连接
Memcache::pconnect -- 打开一个到Memcache的长连接
Memcache::close -- 关闭一个Memcache的连接
Memcache::set -- 保存数据到Memcache服务器上
Memcache::get -- 提取一个保存在Memcache服务器上的数据
Memcache::replace -- 替换一个已经存在Memcache服务器上的项目(功能类似Memcache::set)
Memcache::delete -- 从Memcache服务器上删除一个保存的项目
Memcache::flush -- 刷新所有Memcache服务器上保存的项目(类似于删除所有的保存的项目)
Memcache::getStats -- 获取当前Memcache服务器运行的状态 copyright dedecms
Memcache协议分析 内容来自dedecms
如果你不喜欢 php_memcache.dll 扩展或者服务器器目前不支持这个扩展,那么就可以考虑自己构建,需要构建Memcahe的客户端,要先了解Memcache协议的交互,这样才能开发自己的客户端,这里简单的分析以下Memcache的协议。
本文来自织梦
(更详细的协议内容请在Memcache服务器端的源码的 doc/protocol.txt 文件中)
内容来自dedecms
Memcache既支持TCP协议,也支持UDP协议,不过我们这里是以TCP协议的协议作为主要考虑对象,想了解UDP协议的过程,请参考 doc/protocol.txt 文件。
织梦内容管理系统
[ 错误指令]
Memcache的协议的错误部分主要是三个错误提示之提示指令:
织梦好,好织梦
普通错误信息,比如指令错误之类的
内容来自dedecms
ERROR\r\n
织梦内容管理系统
客户端错误
织梦内容管理系统
CLIENT_ERROR <错误信息>\r\n
copyright dedecms
服务器端错误
内容来自dedecms
SERVER_ERROR <错误信息>\r\n
织梦内容管理系统
[ 数据保存指令]
织梦内容管理系统
数据保存是基本的功能,就是客户端通过命令把数据返回过来,服务器端接收后进行处理。
本文来自织梦
指令格式:
<命令> <键> <标记> <有效期> <数据长度>\r\n
织梦内容管理系统
<命令> - command name
织梦好,好织梦
主要是三个储存数据的三个命令, set, add, replace
set 命令是保存一个叫做key的数据到服务器上
dedecms.com
add 命令是添加一个数据到服务器,但是服务器必须这个key是不存在的,能够保证数据不会被覆盖
本文来自织梦
replace 命令是替换一个已经存在的数据,如果数据不存在,就是类似set功能
<键> - key
内容来自dedecms
就是保存在服务器上唯一的一个表示符,必须是跟其他的key不冲突,否则会覆盖掉原来的数据,这个key是为了能够准确的存取一个数据项目
<标记> - flag
标记是一个16位的无符号整形数据,用来设置服务器端跟客户端一些交互的操作
本文来自织梦
<有效期> - expiration time
织梦好,好织梦
是数据在服务器上的有效期限,如果是0,则数据永远有效,单位是秒,Memcache服务器端会把一个数据的有效期设置为当前Unix时间+设置的有效时间
copyright dedecms
<数据长度> - bytes
数据的长度,block data 块数据的长度,一般在这个个长度结束以后下一行跟着block data数据内容,发送完数据以后,客户端一般等待服务器端的返回,服务器端的返回:
dedecms.com
数据保存成功
STORED\r\n
织梦内容管理系统
数据保存失败,一般是因为服务器端这个数据key已经存在了
内容来自dedecms
NOT_STORED\r\n
织梦好,好织梦
[ 数据提取命令]
dedecms.com
从服务器端提取数据主要是使用get指令,格式是:
copyright dedecms
get <键>*\r\n
dedecms.com
<键>* - key
织梦好,好织梦
key是是一个不为空的字符串组合,发送这个指令以后,等待服务器的返回。如果服务器端没有任何数据,则是返回:
本文来自织梦
END\r\n
织梦好,好织梦
证明没有不存在这个key,没有任何数据,如果存在数据,则返回指定格式:
本文来自织梦
VALUE <键> <标记> <数据长度>\r\n
织梦好,好织梦
<数据块>\r\n
内容来自dedecms
返回的数据是以VALUE开始的,后面跟着key和flags,以及数据长度,第二行跟着数据块。
本文来自织梦
<键> -key
copyright dedecms
是发送过来指令的key内容
内容来自dedecms
<标记> - flags
内容来自dedecms
是调用set指令保存数据时候的flags标记
本文来自织梦
<数据长度> - bytes
是保存数据时候定位的长度
织梦内容管理系统
<数据块> - data block
本文来自织梦
数据长度下一行就是提取的数据块内容
[ 数据删除指令]
内容来自dedecms
数据删除指令也是比较简单的,使用get指令,格式是:
delete <键> <超时时间>\r\n
织梦内容管理系统
<键> - key
copyright dedecms
key是你希望在服务器上删除数据的key键
内容来自dedecms
<超时时间> - timeout
内容来自dedecms
按照秒为单位,这个是个可选项,如果你没有指定这个值,那么服务器上key数据将马上被删除,如果设置了这个值,那么数据将在超时时间后把数据清除,该项缺省值是0,就是马上被删除
内容来自dedecms
删除数据后,服务器端会返回:
织梦好,好织梦
DELETED\r\n
copyright dedecms
删除数据成功
本文来自织梦
NOT_FOUND\r\n
这个key没有在服务器上找到
如果要删除所有服务器上的数据,可以使用flash_all指令,格式:
copyright dedecms
flush_all\r\n
dedecms.com
这个指令执行后,服务器上所有缓存的数据都被删除,并且返回:
本文来自织梦
OK\r\n
织梦内容管理系统
这个指令一般不要轻易使,除非你却是想把所有数据都干掉,删除完以后可以无法恢复的。
[其他指令]
copyright dedecms
如果想了解当前Memcache服务器的状态和版本等信息,可以使用状态查询指令和版本查询指令。
本文来自织梦
如果想了解当前所有Memcache服务器运行的状态信息,可以使用stats指令,格式
本文来自织梦
stats\r\n
服务器将返回每行按照 STAT 开始的状态信息,包括20行,20项左右的信息,包括守护进程的pid、版本、保存的项目数量、内存占用、最大内存限制等等信息。
织梦内容管理系统
如果只是想获取部分项目的信息,可以指定参数,格式:
本文来自织梦
stats <参数>\r\n
内容来自dedecms
这个指令将只返回指定参数的项目状态信息。
织梦内容管理系统
如果只是想单独了解当前版本信息,可以使用version指令,格式:
织梦好,好织梦
version\r\n
织梦内容管理系统
将返回以 VERSION 开头的版本信息
copyright dedecms
如果想结束当前连接,使用quit指令,格式:
dedecms.com
quit\r\n
copyright dedecms
将断开当前连接
另外还有其他指令,包括incr, decr 等,我也不太了解作用,就不做介绍了,如果感兴趣,可以自己去研究。
Memcache在中型网站的使用
使用Memcache的网站一般流量都是比较大的,为了缓解数据库的压力,让Memcache作为一个缓存区域,把部分信息保存在内存中,在前端能够迅速的进行存取。那么一般的焦点就是集中在如何分担数据库压力和进行分布式,毕竟单台Memcache的内存容量的有限的。我这里简单提出我的个人看法,未经实践,权当参考。
dedecms.com
[ 分布式应用]
Memcache本来支持分布式,我们客户端稍加改造,更好的支持。我们的key可以适当进行有规律的封装,比如以user为主的网站来说,每个用户都有User ID,那么可以按照固定的ID来进行提取和存取,比如1开头的用户保存在第一台Memcache服务器上,以2开头的用户的数据保存在第二胎Mecache服务器上,存取数据都先按照User ID来进行相应的转换和存取。
织梦好,好织梦
但是这个有缺点,就是需要对User ID进行判断,如果业务不一致,或者其他类型的应用,可能不是那么合适,那么可以根据自己的实际业务来进行考虑,或者去想更合适的方法。
[ 减少数据库压力]
dedecms.com
这个算是比较重要的,所有的数据基本上都是保存在数据库当中的,每次频繁的存取数据库,导致数据库性能极具下降,无法同时服务更多的用户,比如MySQL,特别频繁的锁表,那么让Memcache来分担数据库的压力吧。我们需要一种改动比较小,并且能够不会大规模改变前端的方式来进行改变目前的架构。
copyright dedecms
文章评论
共有位Admini5网友发表了评论 查看完整内容