liangpz521的技术资料库

这几天做某个产品的时候遇到一个小问题，现象比较诡异 产品用了两台分布式的memcached服务器 某一个计数器取回来的数偶尔会不对，最后定位在php memcache client的failover机制上面。 我们知道，在memcached分布式环境下，某一个key是通过hash计算，分配到某一个memcached上面的 如果php.ini里面 memcache.allow_failove

pecl的memcache扩展（注意，不是memcache的扩展，两者不同）中连接memcache服务器有两种方式： 1.短连接（Memcache::connect） 使用方法 Memcache::connect()打开的连接在脚本执行结束后会自动关闭。当然，你也可以使用方法 Memcache::close()来主动关闭  2.长连接（Memcache::connect）

传统MySQL+ Memcached架构遇到的问题 实际MySQL是适合进行海量数据存储的，通过Memcached将热点数据加载到cache，加速访问，很多公司都曾经使用过这样的架构，但随着业务数据量的不断增加，和访问量的持续增长，我们遇到了很多问题： MySQL需要不断进行拆库拆表，Memcached也需不断跟着扩容，扩容和维护工作占据大量开发时间。Memcached与MySQL数据库数

最近在看一些分布式方面的文章，所以就用php实现一致性hash来练练手，以前一般用的是最原始的hash取模做分布式，当生产过程中添加或删除一台memcache都会造成数据的全部失效，一致性hash就是为了解决这个问题，把失效数据降到最低，相关资料可以google一下！ php实现效率有一定的缺失，如果要高效率，还是写扩展比较好 经测试，5个memcache，每个memcache生成100个