This Domain(Admin5.com) is for Sale:

MemCache介绍

时间:2009-04-11  来源:织梦好,好织梦

MemCache接口介绍 dedecms.com

  Memcache客户端包含两组接口,一组是面向过程的接口,一组是面向对象的接口,具体可以参考PHP手册 “LXXV. Memcache Functions” 这章。

织梦内容管理系统

  Memcache面向对象的常用接口包括:
  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
织梦内容管理系统

  [ 数据保存指令]

织梦内容管理系统

  数据保存是基本的功能,就是客户端通过命令把数据返回过来,服务器端接收后进行处理。

本文来自织梦

  指令格式:

copyright dedecms

  <命令> <键> <标记> <有效期> <数据长度>\r\n
织梦内容管理系统

  <命令> - command name

织梦好,好织梦

  主要是三个储存数据的三个命令, set, add, replace

织梦内容管理系统

  set 命令是保存一个叫做key的数据到服务器上

dedecms.com

  add 命令是添加一个数据到服务器,但是服务器必须这个key是不存在的,能够保证数据不会被覆盖
本文来自织梦

  replace 命令是替换一个已经存在的数据,如果数据不存在,就是类似set功能

dedecms.com

  <键> - key

内容来自dedecms

  就是保存在服务器上唯一的一个表示符,必须是跟其他的key不冲突,否则会覆盖掉原来的数据,这个key是为了能够准确的存取一个数据项目

dedecms.com

  <标记> - flag

本文来自织梦

  标记是一个16位的无符号整形数据,用来设置服务器端跟客户端一些交互的操作

本文来自织梦

  <有效期> - expiration time
织梦好,好织梦

  是数据在服务器上的有效期限,如果是0,则数据永远有效,单位是秒,Memcache服务器端会把一个数据的有效期设置为当前Unix时间+设置的有效时间

copyright dedecms

  <数据长度> - bytes

copyright dedecms

  数据的长度,block data 块数据的长度,一般在这个个长度结束以后下一行跟着block data数据内容,发送完数据以后,客户端一般等待服务器端的返回,服务器端的返回:
dedecms.com

  数据保存成功

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

内容来自dedecms

  是保存数据时候定位的长度
织梦内容管理系统

  <数据块> - data block

本文来自织梦

  数据长度下一行就是提取的数据块内容

织梦内容管理系统

  [ 数据删除指令]

内容来自dedecms

  数据删除指令也是比较简单的,使用get指令,格式是:

内容来自dedecms

  delete <键> <超时时间>\r\n

织梦内容管理系统

  <键> - key
copyright dedecms

  key是你希望在服务器上删除数据的key键

内容来自dedecms

  <超时时间> - timeout
内容来自dedecms

  按照秒为单位,这个是个可选项,如果你没有指定这个值,那么服务器上key数据将马上被删除,如果设置了这个值,那么数据将在超时时间后把数据清除,该项缺省值是0,就是马上被删除
内容来自dedecms

  删除数据后,服务器端会返回:
织梦好,好织梦

  DELETED\r\n

copyright dedecms

  删除数据成功
本文来自织梦

  NOT_FOUND\r\n

内容来自dedecms

  这个key没有在服务器上找到

dedecms.com

  如果要删除所有服务器上的数据,可以使用flash_all指令,格式:
copyright dedecms

  flush_all\r\n
dedecms.com

  这个指令执行后,服务器上所有缓存的数据都被删除,并且返回:
本文来自织梦

  OK\r\n
织梦内容管理系统

  这个指令一般不要轻易使,除非你却是想把所有数据都干掉,删除完以后可以无法恢复的。

copyright dedecms

  [其他指令]
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

  将断开当前连接

copyright dedecms

  另外还有其他指令,包括incr, decr 等,我也不太了解作用,就不做介绍了,如果感兴趣,可以自己去研究。

内容来自dedecms

Memcache在中型网站的使用

织梦好,好织梦

  使用Memcache的网站一般流量都是比较大的,为了缓解数据库的压力,让Memcache作为一个缓存区域,把部分信息保存在内存中,在前端能够迅速的进行存取。那么一般的焦点就是集中在如何分担数据库压力和进行分布式,毕竟单台Memcache的内存容量的有限的。我这里简单提出我的个人看法,未经实践,权当参考。
dedecms.com

  [ 分布式应用]

copyright dedecms

  Memcache本来支持分布式,我们客户端稍加改造,更好的支持。我们的key可以适当进行有规律的封装,比如以user为主的网站来说,每个用户都有User ID,那么可以按照固定的ID来进行提取和存取,比如1开头的用户保存在第一台Memcache服务器上,以2开头的用户的数据保存在第二胎Mecache服务器上,存取数据都先按照User ID来进行相应的转换和存取。
织梦好,好织梦

  但是这个有缺点,就是需要对User ID进行判断,如果业务不一致,或者其他类型的应用,可能不是那么合适,那么可以根据自己的实际业务来进行考虑,或者去想更合适的方法。

dedecms.com

  [ 减少数据库压力]
dedecms.com

  这个算是比较重要的,所有的数据基本上都是保存在数据库当中的,每次频繁的存取数据库,导致数据库性能极具下降,无法同时服务更多的用户,比如MySQL,特别频繁的锁表,那么让Memcache来分担数据库的压力吧。我们需要一种改动比较小,并且能够不会大规模改变前端的方式来进行改变目前的架构。
copyright dedecms

看完这篇,您有何感觉呢?

文章评论

共有位Admini5网友发表了评论 查看完整内容