libmemcached

[背景] Twitter 开源了他们自己用的一个 Apache 模块 mod_memcache_block （a distributed IP blocking system），这个模块根据 HTTP 代码请求限制访问频率。上周我装了下mod_memcache_block，出了很多错误，今天把它记录下来，供网上需要的朋友学习。 [过程] 下面的installation，是说明文档中的，不够详细，不过，放到前面供参考. INSTALLATION 1. Install libmemcached-0.25 or better. 2. Install memcached-1.2.6 3. Edit the Makefile to indicate the location of libmemcached 4. Type "make", then "make install" 5. Update your apache configuration 6. Restart the server with apachectl restart 下载 wget http://download.tangent.org/libmemcached-0.25.tar.gz wget http://memcached.googlecode.com/files/memcached-1.2.6.tar.gz

Memcached vs Redis 近期公司采购软件，评估时，某软件谈到使用了 Memcached 和 Redis 缓存。在本文中，将研究这两个流行的缓存的异同，方便理解和记忆。 1. Memcached 与 Redis 通常，我们会考虑在处理大量数据时使用** 缓存 提高性能。** Memcached 是一个分布式内存缓存系统，设计简单易用，非常适合用作缓存或会话存储。 Redis 是一个内存中的数据结构存储，它提供了一系列丰富的特性。它作为缓存、数据库、消息代理和队列非常有用。 2. 安装 2.1. 安装 Memcached 下载最新版的 Memcached 包并执行make进行安装 : $ wget http://memcached.org/latest $ tar -zxvf memcached-1.6.3.tar.gz $ cd memcached-1.6.3 $ ./configure && make && make test && sudo make install 2.2. 安装 Redis 相似的, 安装最新版本的 Redis server : $ wget http://download.redis.io/releases/redis-5.0.8.tar.gz $ tar xzf redis-5.0.8.tar.gz $ cd redis-5.0.8 $

作者：杨涛涛 资深数据库专家，专研 MySQL 十余年。擅长 MySQL、PostgreSQL、MongoDB 等开源数据库相关的备份恢复、SQL 调优、监控运维、高可用架构设计等。目前任职于爱可生，为各大运营商及银行金融企业提供 MySQL 相关技术支持、MySQL 相关课程培训等工作。 本文来源：原创投稿 *爱可生开源社区出品，原创内容未经授权不得随意使用，转载请联系小编并注明来源。 本文关键字：memcached 一款优秀的缓存系统 memcache 本身是一款分布式的高速缓存系统，以 key-value 的形式常驻内存，一般用来做网站或者数据库的缓存使用。 特别是对以下场景非常适合用 memcache 来做缓存： 频繁访问的数据 安全性要求比较低的数据 更新比较频繁的小表（用户状态表、物品库存等） MySQL memcached api MySQL 5.6 —— 开始支持 MySQL 5.6 把 memcache 功能以插件形式集成到 MySQL 数据库中，称为 memcached api。 这样一来，memcache 的数据以 InnoDB 关系表的形式同步于磁盘，解决了 memcache 的几个问题： 解决了 memcache 的数据持久化的问题； 可以很方便的以 SQL 语句的形式直接访问 memcache 的数据； 不需要单独安装 memcache，安装 MySQL

###背景 此文是之前开发过程中，出于对版本更新的疑问，以及新版本解决了什么问题的一个回答，简单总结交流。 我们在业务中广泛使用memcache做缓存，我们都了解memcached本身不支持分布式，业务上会使用客户端分布式算法（一致性hash）保证分布式缓存集群性能和可用性。客户端将多个mc实例维护成一个缓存池，根据缓存key值进行一致性hash计算，写入具体指定的hash节点。由于单机可用性无法保证，若要体现此mc集群的高可用，对于单点故障机器的剔除就十分重要。但目前框架内使用的memcached扩展（也是行业内一致推荐的扩展）却没能很好的完成这一功能（或者是设置上没有正确设置），当集群中一个实例挂掉之后，hash到这台机器上的set、get方法全部失效，没有保证集群的可用。而memcache扩展在出现单节点挂掉的情况下，会把key路由到新的alive节点上，保证集群的可用性。那么问题就来了，为什么在更“新”，更“先进”的memcached扩展内却没有完成如此好特性？是有坑？还是实现上会有问题？值得深究一番。 ###参考资料 《memcached - PHPClientComparison.wiki》 《Memcache 和 Memcached 客户端的区别》 《Memcached集群/分布式的单点故障》 ###正文 几篇博文里都说memcache有缺陷，总结一下核心缺陷：