设为首页 收藏本站
查看: 1148|回复: 0

[经验分享] Memcached技术知识深入学习笔记

[复制链接]

尚未签到

发表于 2018-12-25 13:35:29 | 显示全部楼层 |阅读模式
一、Memcached特点:
  1、协议简单(基于文本行的协议)。
  2、基于libevent的事件处理。
  3、内置内存存储方式。
  4、Memcached不相互通信的分布式。
注:由于数据保存在内置的内存存储空间中,所以重启memcached会导致全部数据消失。内容容量达到指定值之后,就基于LRU算法自动删除不使用的缓存。Memcached服务器端没有分布式功能,这完全取决于客户端的实现。
二、启动参数:
-p 使用端口,默认11211
-m 最大内存大小,默认64M
-vv very verbose模式启动,调试信息和错误输出到控制台。
-d 作为daemon在后台启动。
三、Memcached的内存管理机制:
1、默认采用名为Slab Allocator的分配、管理内存机制。
2、该机制出现前,内存的分配是通过对所有记录简单的进行mallocfree来进行的。这种方式会导致内存碎片,加重操作系统内存管理器的负担。
3Slab Allocator基本原理:按照预先规定的大小,将分配的内存分割成各种特定长度的块,并把尺寸相同的块分成组(chunk的集合),以完全解决内存碎片的问题。
4Slab Allocator还有重复使用已分配内存的目的,分配的内存不会释放,而是重复利用。
  5Slab Allocator术语:
  Page – 分配给Slab的内存空间,默认是1MB,分配给Slab之后跟据Slab大小切分成chunk
  Chunk – 用于缓存数据的内存空间。
  Slab Class – 特定大小的chunk组。
  Memcached根据收到数据的大小,选择最合适数据大小的SlabMemcached内会保存slab内空闲chunk的列表。
  四、Slab Allocator存在的问题:
  由于分配的是特定长度的内存,因此无法有效利用分配的内存。
  例如:将100字节的数据存入128字节的chunk,则浪费了28字节。
  但如果预先知道客户端发送的数据的公用的大小,或者仅缓存大小相同的数据的情况下。只要使用适合数据大小的组的列表,就可以减少浪费。
  五、调优:
  启动时指定growth factor因子,就可以在某种程度上控制slab之间的差异,默认值为1.25
  Memcached –f 2 –vv
  (查看growth factor2slabchunk size的差异)
  Memcached引入时,最好重新计算一下数据的预期平均长度,调整growth factor,以获得最恰当的设置。
  六、连接Memcached 控制台:
  telnet 主机名端口号
  如:telnet localhost 11211
  输入stats回车,查看memcached的状态。
  Memcached 软件包中Protocol.txt可以查看协议相关信息。
  使用memcached-toolPerl脚本,可以方便的获得slab的情况。
  memcached-tool 主机:端口选项
  七、数据删除:
  1Memcached不会释放已分配的内存,其存储空间可以重复使用。
  2Lazy Expiration
  Memcached内部不会监视数据是否过期,而是在get时查看数据的时间戳,查看数据是否过期。被称为lazy expiration(惰性过期)
  3、当Memcached内存空间不足,即无法从slab class中获取到新的空间时,就从最近未被使用的数据中搜索,将其空间分配给新的数据。(如果要禁用LRU,使用-M参数,超出会报错)。
  4、不指定具体值则默认数值为64M
  八、其它:
  1、二进制协议:使用理由是不需要文本协议的解析处理,使得memcached性能更高。
  2、分布式:将key保存在不同的服务器上。
  3、性能可达到:请求最大15000qps,流量400Mbps,连接数超过10000个,性能非常高。
  4、分布式hash算法:
  (1)取模:
  求得键整数的hash值,除以服务器台数,所得的余数决定服务器。
  缺点:当添加或者移除服务器时,缓存重组的代价相当巨大,会影响缓存命中率。
  (2)Consistent Hashing
  首先求出memcached节点的哈希值,并将其配置到0--2^32的圆上。然后用同样的方法求出存储数据的键的hash值,并映射到圆上。然后从存储数据映射的位置顺时针查找,将数据保存到找到的第一个服务器上。
  Consistent Hashing最大程度的抑制了键的重新分布,只有从增加服务器地点到逆时针相邻第一台服务器之间的键会受到影响。
  有的Consistent Hashing还采用了虚拟节点的思想,使用一般hash函数的话,服务器的映射地点分布非常不均匀。使用虚拟节点为每个服务器在环上分配100--200个点,这样能抑制分布不均匀,最大限度的减小服务器增减时缓存重新分布。





运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-655747-1-1.html 上篇帖子: RHEL6.5x64下memcached安装和使用 下篇帖子: 编译安装memcached时提示找不到gcc
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表