mctop: 监视 Memcache 流量

mctop 与 top 相似，主要用于监视 Memcache 的流量，包括 key 的调用次数、对象存储大小、每秒的请求数、以及消耗的网络带宽等. mctop 的源代码可从 GitHub 获取. 收藏到 del.icio.us |.

随着互联网web2.0网站的兴起，非关系型的数据库现在成了一个极其热门的新领域，非关系数据库产品的发展非常迅速. 而传统的关系数据库在应付 web2.0网站，特别是超大规模和高并发的SNS类型的web2.0纯动态网站已经显得力不从心，暴露了很多难以克服的问题，例如：. 1、High performance - 对数据库高并发读写的需求.

2011年初Marc Kwiatkowski通过Memecache@Facebook介绍了Facebook的Memcache架构，现在重新审视这个架构，仍有很多方面在业界保持先进性. 作为weibo内部数据处理量最大，对数据延迟最敏感的部门，基于本厂2年多来对mc的使用心得，我在本文总结对MC架构的一些新思考.

1.  分片原理. 咱们废话话不多说了，直接看Memcache的原理. 首先memcache解决的最大的一个问题就是内存多次读取的内存碎片问题. 内存碎片分为内存内部碎片和内存外部碎片. 一般是指在外部碎片中出现了不连续的细小内存片段，不能够被进程利用.

1.为什么要使用memcache.  由于网站的高并发读写需求，传统的关系型数据库开始出现瓶颈，例如：. 1）对数据库的高并发读写：. 关系型数据库本身就是个庞然大物，处理过程非常耗时（如解析SQL语句，事务处理等）. 如果对关系型数据库进行高并发读写（每秒上万次的访问），那么它是无法承受的. 对于大型的SNS网站，每天有上千万次的苏剧产生（如twitter, 新浪微博）.

Memcache是danga.com的一个项目，最早是为 LiveJournal 服务的，目前全世界不少人使用这个缓存项目来构建自己大负载的网站，来分担数据库的压力. Memcache官方网站：http://memcached.org/. 下载地址：  http://www.memcached.org/downloads，我们线上使用的比较稳定的版本是1.4.15，如果官网找不到以前的版本了，可以去我的csdn资源里面下载此版本，下载地址：.

转自 http://hi.baidu.com/jqxw4444/item/59c33ea3656ede3e020a4d1c. 在 Memcached中可以保存的item数据量是没有限制的，只要内存足够. Memcached单进程最大使用内存为2G，要使用更多内存，可以分多个端口开启多个Memcached进程，最大30天的数据过期时间,设置为永久的也会在这个时间过期.

一、Memcache内存分配机制.         关于这个机制网上有很多解释的，我个人的总结如下. Memcached的内存分配以page为单位，默认情况下一个page是1M，可以通过-I参数在启动时指定. 如果需要申请内存时，memcached会划分出一个新的page并分配给需要的slab区域.

灰度发布在百度百科中解释：. 灰度发布是指在黑与白之间，能够平滑过渡的一种发布方式. AB test就是一种灰度发布方式，让一部分用户继续用A，一部分用户开始用B，如果用户对B没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到B上面 来. 灰度发布可以保证整体系统的稳定，在初始灰度的时候就可以发现、调整问题，以保证其影响度.

出两个变态的题目，题目很变态，但是都是实战中遇到的真实案例，. 1：我写一个程序，既要使用mysql也要使用memcache，. 第一行是 mysql_connect,第二行是memcache_connect. 换过来写，第一行是memcache_connect，第二行是mysql_connect.