Memcached的优点
核心知识点
memcached总的特点:简单、稳定、专注
1.简单的通信协议
a.通信协议:TCP
b.序列化协议:文本的自定义协议
2.丰富的客户端程序:几乎支持所有的网络编程语言
3.高性能的网络通信:Libevent(事件出发的通信协议库)
4.高效的内存管理:固定内存分配(slab_class——》slab——》chunk)
5.互不通信的集群架构
Memcached曾一度是网站分布式缓存的代名词,被大量网站使用。
其简单的设计、优异的性能、互不通信的服务器集群、海量数据可伸缩的架构令网站架构师们趋之若鹜。
Memcached的优异性主要表现在以下几个方面:
(1)简单的通信协议
远程通行设计需要考虑两方面的要素,一是通信协议,选择TCP协议还是UDP协议,抑或是HTTP协议;
一是通信序列化协议,数据传输的两端,必须使用彼此可识别的数据的数据序列化方式才能使通信得以完成,
如XML、JSON等文本序列化协议,抑或是Google Protobuffer等二进制序列化协议。
Memcached使用TCP协议(UDP也支持)通信,其序列化协议则是一套基于文本的自定义协议,
非常简单,以一个命令关键字开头,后面是一组命令操作数。
例如读取一个数据的命令协议是get <key>。Memcached以后,许多NoSQL产品都借鉴了或直接会支持这套协议。
(2)丰富的客户端程序
Memcached通信协议非常简单,只要支持该协议的客户端都可以和Memcached服务器通信,
因此Memcached发展出非常丰富的客户端程序,几乎支持所有的主流的网络编程语言,
例如,Java、C/C++/C#、Perl、Python、PHP、Ruby等,因此在混合使用多种编程的网站,Memcached更是如鱼得水。
(3)高性能的网络通信
Memcached服务端通信模块基于Libevent,一个支持事件出发的网络通信程序库,
Libevent的设计和实现有许多值得改善的地方,但它在稳定的长连接方面的表现却正是Memcached需要的。
(4)高效的内存管理
内存管理中一个令人头疼的问题就是内存碎片管理。操作系统、虚拟机垃圾回收在这方面想了许多方法:压缩、复制等。
Memcached使用了一个非常简单的方法——固定空间分配。
Memcached将内存空间分为一组slab,每个slab里又包含一组chunk,同一个slab里的每个chunk的大小是固定的,
拥有相同大小chunk的slab被组织在一起,叫作slab_class。
存储数据时根据数据的Size大小,寻找一个大于Size的最小chunk将数据写入。
这种内存管理方式避免了内存碎片管理的问题,内存的分配和释放都是以chunk为单位的。
和其它缓存一样,Memcached采用LRU算法释放最近最久未被访问的数据占用的空间,
释放的chunk被标记为未用,等待下一个合适大小的数据写入。
当然这种方式也会带来内存浪费的问题。数据只能存入一个比它大的chunk里,而一个chunk只能存入一个数据,其他内存空间被浪费了。
如果启动参数配置不合理,浪费会更加惊人,发现没有缓存多少数据,内存空间就用尽了。
(5)互不通信的服务器集群架构
如上所说,正是这个特性使得Memcached从JBoss Cache、OSCache等众多分布式缓存产品中脱颖而出,满足网站对海量缓存数据的请求。
而其客户端路由算法一致性hash更成为数据存储伸缩性架构设计的经典范式。
事实上,正是集群内服务器互不通信使得集群可以做到几乎无限制的线性伸缩,这也是目前流行的许多大数据技术的基本架构特点。
虽然近些年许多NoSQL产品层出不穷,在数据持久化、支持复杂数据结构、甚至性能方面有许多产品优于Memcached,
但Memcached由于其简单、稳定、专注的特点,仍然在分布式缓存领域占据着重要的地位。
Memcached的优点的更多相关文章
- 畅谈Redis和Memcached的区别
简述 memcached 和 redis 都很类似:都是内存型数据库,数据保存在内存中,通过tcp直接存取,优势是速度快,并发高,缺点是数据类型有限,查询功能不强,一般用作缓存. 那么题主说 memc ...
- memcached的缺点
上篇博客说了为什么引入memcached,主要讲述了memcached的优点,接下来就是我们在使用中必须要注意的内容,memcached的缺点,只有正确认识它,才能运用自如,接下来先看一下memcac ...
- 为什么引入Memcached?
刚memcached了解学习,一直是处于一个懵懂的状态,先是对memcached进行了一个了解,但我们为什么要在ITOO中引入memcached呢?当问我的时候当时自己脑子中打了一个大大的 这就必须去 ...
- redis,memcached,mongodb之间的区别
Redis Redis的优点: 支持多种数据结构,如 string(字符串). list(双向链表).dict(hash表).set(集合).zset(排序set).hyperloglog(基数估算) ...
- Redis、Memcache和MongoDB的区别
>>Memcached Memcached的优点:Memcached可以利用多核优势,单实例吞吐量极高,可以达到几十万QPS(取决于key.value的字节大小以及服务器硬件性能,日常环境 ...
- redis、memcache、mongoDB有哪些区别(转载)
转载: http://leandre.cn/database/64.html Memcached Memcached的优点: Memcached可以利用多核优势,单实例吞吐量极高,可以达到几十万QPS ...
- linux下实现redis共享session的tomcat集群
为了实现主域名与子域名的下不同的产品间一次登录,到处访问的效果,因此采用rediss实现tomcat的集群效果.基于redis能够异步讲缓存内容固化到磁盘上,从而当服务器意外重启后,仍然能够让sess ...
- Redis、Memcache与MongoDB的区别
>>Memcached Memcached的优点:Memcached可以利用多核优势,单实例吞吐量极高,可以达到几十万QPS(取决于key.value的字节大小以及服务器硬件性能,日常环境 ...
- 第一章· Redis入门部署及持久化介绍
Redis简介 Redis安装部署 Redis持久化 Redis简介 软件说明: Redis是一款开源的,ANSI C语言编写的,高级键值(key-value)缓存和支持永久存储NoSQL数据库产品. ...
随机推荐
- Your build settings specify a provisioning profile with the UUID, no provisioning profile was
http://blog.csdn.net/rbyyyblog/article/details/12220875 在Archive项目时,出现了“Your build settings specify ...
- ios文件管理
<Application_Home>/AppName.app This is the bundle directory containing the applicationitself. ...
- LeakCanary: 让内存泄露无所遁形
LeakCanary: 让内存泄露无所遁形 09 May 2015 本文为LeakCanary: Detect all memory leaks!的翻译.原文在: https://corner.squ ...
- 最长递增子序列问题—LIS
问题:给定一组数 a0,a0,....,an-1. 求该序列的最长递增(递减)序列的长度. 最长递增子序列长度的求法有O(n^2)和O(nlogn)两种算法. 1.复杂度为O(n^2)的算法. 设L[ ...
- python的安全插件
1.PyFuzz (0.1.3) - Simple fuzz testing for u ...
- EasyMvc入门教程-高级控件说明(17)对话框控件
上一节我们说到的信息框比较简单,如果我们想简单实现用户用户交互,比如常用的锁屏界面,应该如何实现呢?首先看效果: 当用户输入"mxd",后,界面显示如下: 以上效果的实现代码为: ...
- 如何选择Haproxy和Nginx
对于做软负载,我们都知道主流的方案有LVS.Haproxy.Nginx!那么对于Haproxy和Nginx,我们如何选择呢?回答这个问题之前,我根据个人使用经验来讲下它们的特点! Haproxy特点 ...
- hdu2955 Robberies (01背包)
转载请注明出处:http://blog.csdn.net/u012860063 题目链接:pid=2955">http://acm.hdu.edu.cn/showproblem.php ...
- 关于rtsp转码rtmp播放的两种方式,客户端直接转,远程服务器转
需求 一.场景 用户多家门店有监控探头,设备是海康的和大华的.用户总部和门店不在一个网络下,并且总部要能实时调用查看门店监控,和门店回放画面.我们知道监控摄像机获取的视频是 rtsp 流的格式. 只能 ...
- (Caffe)基本类Blob,Layer,Net(一)
本文地址:http://blog.csdn.net/mounty_fsc/article/details/51085654 Caffe中,Blob.Layer,Net,Solver是最为核心的类,下面 ...