memcache 启动 储存原理 集群 一、 windows下安装启动 二、 作用 三、 存储原理 四、 集群搭建原理 五、 与Redis对比 六、 总结
首先将memcache的bin目录加入到Path环境变量中，方便后面使用命令：
然后执行 memcached –dinstall 命令安装memcache的服务：
然后去计算进的服务页面可以看到已成功安装：
启动memcache的后台服务程序：
在后台服务处看到memcache的后台服务已启动：
然后执行，telnet 127.0.0.111211来打开Telnet客户端：
结果发现没有开启Telnet的功能：
于是在“启动或关闭Windows功能”处，开启Telnet客户端
然后需要重启电脑，使得更改生效。接着再次执行telnet 127.0.0.1 11211来打开Telnet客户端，成功打开：
测试是否可用，我们再Telnet客户端中打命令,stats，出现如下信息表示正常：
然后我们存一个数据然后取出来：
到此为止，说明我们的memcache已经成功安装，并启动。
二、 作用
2.1 分布式缓存
随着我们从IT时代步入到DT时代，我们的软件架构也从单机到了集群、分布式。而，走向分布式的第一步就需要解决多台服务器共享登录信息的问题。推而广之，就是要解决多台服务器共享公共信息的问题。
解决这个问题，我们可以将公共信息存储到状态服务器中，或者存储到数据库中，然后就是存储到我们的“分布式缓存”中等等。由于读取缓存加上网络传输的时间，要远远小于读取数据库（IO）的时间等，所以分布式缓存是解决这个问题的很优的一种方案。
2.2 减少数据库压力
我们所有的数据基本上都是保存在数据库当中的，每次频繁的存取数据库，导致数据库性能急剧下降，无法同时服务更多的用户，比如MySQL，特别频繁的锁表，那么我就可以Memcache来分担数据库的压力，也就是说可以做数据缓存，因为Memcache的读写性能可以说极致的完美。
三、 存储原理
Memcache采用键值对存储方式。它本质是一个大的 hash表，key的最大长度为255个字符，最长过期时间为30天。
它的内存模型如下：Memcache预先将可支配的内存空间进行分区（Slab），每个分区里再分为多个块（Chunk）最大1M，但同一个分区中块的大小是固定的。然后，插入数据时，会根据数据大小寻找最合适的块，然后插入，当然这样也就会有部分内存浪费，但可一定程度上减少内存碎片，总体上，利大于弊。当Memcache的内存满后，它清除旧数据的原则为：LRU闲置>过期>最少访问。而且它采用的是惰性删除，它并没有提供监控数据过期的机制，而是惰性的，当查询到某个key的数据时，如果过期，那么直接抛弃。
四、 集群搭建原理
Memcache的集群-cluster搭建超级简单，根本不需要服务器端配置。它是通过客户端的驱动程序实现了集群的配置，而且配置超级简单。
客户端实现集群的原理：首先客户端配置多台集群机器的ip和端口的列表。然后客户端驱动程序在写入数据之前，首先对key做处理得到hash值后，对总的机器的个数进行取余，然后就选择余数对应的机器。
如下图为一个C#存数据到Memcache集群的代码：
五、 与Redis对比
由于Redis也常用作分布式缓存，所以在自己用过二者之后，一个简单的体会如下（二者详细的对比，请到网上找专题即可）：
首先二者都是key-value式存储。
Memcache是多线程的（有相应的锁机制），需要考虑线程安全问题；Redis是单线程的，不需要考虑线程安全问题。
Memcache没有提供主从复制机制，容错性不好。（没有HA-高可用性）；Redis提供主从复制。
Memcache的集群配置非常非常简单，不需要配置服务器端，只需要在客户端初始化一个serverList即可；Redis需要配置服务器端。
Memcache只能做缓存，不能持久化；Redis是一个NoSql内存数据库，提供两种持久化机制。
Redis提供五种value的类型，很丰富（string /list/hash/set/zset）；Memcache的数据类型相对单一。
六、 总结
由于我们当下的一些问题，高并发访问数据库的痛楚：死锁；磁盘的IO之痛：效率极低；多服务共享数据等。Memcache以它自己的优势：读写性能完美（没有提供主从复制，所有代码基本只考虑性能最佳）；超简单集群搭建；开源；学习成本低，入门非常容易；丰富的成功案例等，成为了当代流行的分布式缓存框架。
首先将memcache的bin目录加入到Path环境变量中，方便后面使用命令：
然后执行 memcached –dinstall 命令安装memcache的服务：
然后去计算进的服务页面可以看到已成功安装：
启动memcache的后台服务程序：
在后台服务处看到memcache的后台服务已启动：
然后执行，telnet 127.0.0.111211来打开Telnet客户端：
结果发现没有开启Telnet的功能：
于是在“启动或关闭Windows功能”处，开启Telnet客户端
然后需要重启电脑，使得更改生效。接着再次执行telnet 127.0.0.1 11211来打开Telnet客户端，成功打开：
测试是否可用，我们再Telnet客户端中打命令,stats，出现如下信息表示正常：
然后我们存一个数据然后取出来：
到此为止，说明我们的memcache已经成功安装，并启动。
二、 作用
2.1 分布式缓存
随着我们从IT时代步入到DT时代，我们的软件架构也从单机到了集群、分布式。而，走向分布式的第一步就需要解决多台服务器共享登录信息的问题。推而广之，就是要解决多台服务器共享公共信息的问题。
解决这个问题，我们可以将公共信息存储到状态服务器中，或者存储到数据库中，然后就是存储到我们的“分布式缓存”中等等。由于读取缓存加上网络传输的时间，要远远小于读取数据库（IO）的时间等，所以分布式缓存是解决这个问题的很优的一种方案。
2.2 减少数据库压力
我们所有的数据基本上都是保存在数据库当中的，每次频繁的存取数据库，导致数据库性能急剧下降，无法同时服务更多的用户，比如MySQL，特别频繁的锁表，那么我就可以Memcache来分担数据库的压力，也就是说可以做数据缓存，因为Memcache的读写性能可以说极致的完美。
三、 存储原理
Memcache采用键值对存储方式。它本质是一个大的 hash表，key的最大长度为255个字符，最长过期时间为30天。
它的内存模型如下：Memcache预先将可支配的内存空间进行分区（Slab），每个分区里再分为多个块（Chunk）最大1M，但同一个分区中块的大小是固定的。然后，插入数据时，会根据数据大小寻找最合适的块，然后插入，当然这样也就会有部分内存浪费，但可一定程度上减少内存碎片，总体上，利大于弊。当Memcache的内存满后，它清除旧数据的原则为：LRU闲置>过期>最少访问。而且它采用的是惰性删除，它并没有提供监控数据过期的机制，而是惰性的，当查询到某个key的数据时，如果过期，那么直接抛弃。
四、 集群搭建原理
Memcache的集群-cluster搭建超级简单，根本不需要服务器端配置。它是通过客户端的驱动程序实现了集群的配置，而且配置超级简单。
客户端实现集群的原理：首先客户端配置多台集群机器的ip和端口的列表。然后客户端驱动程序在写入数据之前，首先对key做处理得到hash值后，对总的机器的个数进行取余，然后就选择余数对应的机器。
如下图为一个C#存数据到Memcache集群的代码：
五、 与Redis对比
由于Redis也常用作分布式缓存，所以在自己用过二者之后，一个简单的体会如下（二者详细的对比，请到网上找专题即可）：
首先二者都是key-value式存储。
Memcache是多线程的（有相应的锁机制），需要考虑线程安全问题；Redis是单线程的，不需要考虑线程安全问题。
Memcache没有提供主从复制机制，容错性不好。（没有HA-高可用性）；Redis提供主从复制。
Memcache的集群配置非常非常简单，不需要配置服务器端，只需要在客户端初始化一个serverList即可；Redis需要配置服务器端。
Memcache只能做缓存，不能持久化；Redis是一个NoSql内存数据库，提供两种持久化机制。
Redis提供五种value的类型，很丰富（string /list/hash/set/zset）；Memcache的数据类型相对单一。
六、 总结
由于我们当下的一些问题，高并发访问数据库的痛楚：死锁；磁盘的IO之痛：效率极低；多服务共享数据等。Memcache以它自己的优势：读写性能完美（没有提供主从复制，所有代码基本只考虑性能最佳）；超简单集群搭建；开源；学习成本低，入门非常容易；丰富的成功案例等，成为了当代流行的分布式缓存框架。