memcache

https://www.cnblogs.com/JavaBlackHole/p/7726195.html 来源： https://www.cnblogs.com/sxjljj/p/11371355.html

1、性能 都比较高，性能对我们来说应该都不是瓶颈 总体来讲，TPS方面redis和memcache差不多，要大于mongodb 2、操作的便利性 memcache数据结构单一 redis丰富一些，数据操作方面，redis更好一些，较少的网络IO次数 mongodb支持丰富的数据表达，索引，最类似关系型数据库，支持的查询语言非常丰富 3、内存空间的大小和数据量的大小 redis在2.0版本后增加了自己的VM特性，突破物理内存的限制；可以对key value设置过期时间（类似memcache） memcache可以修改最大可用内存,采用LRU算法 mongoDB适合大数据量的存储，依赖操作系统VM做内存管理，吃内存也比较厉害，服务不要和别的服务在一起 4、可用性（单点问题） 对于单点问题， redis，依赖客户端来实现分布式读写；主从复制时，每次从节点重新连接主节点都要依赖整个快照,无增量复制，因性能和效率问题， 所以单点问题比较复杂；不支持自动sharding,需要依赖程序设定一致hash 机制。 一种替代方案是，不用redis本身的复制机制，采用自己做主动复制（多份存储），或者改成增量复制的方式（需要自己实现），一致性问题和性能的权衡 Memcache本身没有数据冗余机制，也没必要；对于故障预防，采用依赖成熟的hash或者环状的算法，解决单点故障引起的抖动问题。

从以下几个维度，对redis、memcache、mongoDB 做了对比，欢迎拍砖 1、性能 都比较高，性能对我们来说应该都不是瓶颈 总体来讲，TPS方面redis和memcache差不多，要大于mongodb 2、操作的便利性 memcache数据结构单一 redis丰富一些，数据操作方面，redis更好一些，较少的网络IO次数 mongodb支持丰富的数据表达，索引，最类似关系型数据库，支持的查询语言非常丰富 3、内存空间的大小和数据量的大小 redis在2.0版本后增加了自己的VM特性，突破物理内存的限制；可以对key value设置过期时间（类似memcache） memcache可以修改最大可用内存,采用LRU算法 mongoDB适合大数据量的存储，依赖操作系统VM做内存管理，吃内存也比较厉害，服务不要和别的服务在一起 4、可用性（单点问题） 对于单点问题， redis，依赖客户端来实现分布式读写；主从复制时，每次从节点重新连接主节点都要依赖整个快照,无增量复制，因性能和效率问题， 所以单点问题比较复杂；不支持自动sharding,需要依赖程序设定一致hash 机制。 一种替代方案是，不用redis本身的复制机制，采用自己做主动复制（多份存储），或者改成增量复制的方式（需要自己实现），一致性问题和性能的权衡 Memcache本身没有数据冗余机制，也没必要；对于故障预防

文章转载自: http://www.pythonheidong.com/blog/article/4052/ 最近主要忙着功能开发，一时感觉没什么值得分享的。索性就数据存储这个话题聊聊，顺便自己也理一下思路，希望后面做起来能顺利一点，目前我们项目数据存储还完全没做，只是简单的把每个玩家数据单独存一个文件在硬盘上:-) 关于性能 网络游戏的数据存储有其特殊性。游戏是交互性比较强的产品，对系统响应时间的要求特别高，如果在处理逻辑时同步地去进行数据库IO是不可接受的。另外玩家在游戏过程中数据变化非常剧烈，也就是说写数据的频率会特别高，如果设计不合理，数据存储是很容易成为系统瓶颈的。 不妨拿BBS系统来做一个比较。我们逛BBS时大部分时间都是在浏览，相比之下发帖行为是小概率事件。用户花20分钟写完一个帖子点击发布按钮，3秒钟或10秒钟后提示发送成功都是完全可以接受的，甚至提示发送失败要求用户重新再发一次也不是什么大问题。所以对于上述BBS系统，在用户提交请求时同步去读写数据库是完全可行的。而网络游戏要做的是同时支持数千人以数秒为间隔不停地发贴，要保证响应时间控制在数毫秒内，还要保证发出去的帖其他人能立即看到。 业内的通行做法是将数据库的职能尽量简化，只拿数据库做数据最终的备份仓库来用。即在服务器进程启动时从数据库中加载所有的全局数据，在玩家上线时从数据库中加载玩家的所有数据

在https://pecl.php.net/package/memcache/3.0.8/windows下下载对应的dll 如何选择版本 看PHPinfo 如果Architecture x86则选择x86的 如果不是选择另外一个。 TS和NTS则是线程安全和非线程安全，可以看https://blog.csdn.net/u013474104/article/details/78214057 简单来讲就是也是看PHPinfo，我的里面是PHP Extension Build API20131226,TS,VC11 这里显示TS则选择TS的，不是则选择NTS。我的PHP版本是5.6 PHP7 dll的下载在https://github.com/nono303/PHP7-memcache-dll 来源： https://www.cnblogs.com/sherlockwhite/p/11344104.html

一：前言 设计一个缓存系统，不得不要考虑的问题就是：缓存穿透、缓存击穿与失效时的雪崩效应。 二：缓存穿透 缓存穿透是指查询一个一定不存在的数据，由于缓存是不命中时被动写的，并且出于容错考虑，如果从存储层查不到数据则不写入缓存，这将导致这个不存在的数据每次请求都要到存储层去查询，失去了缓存的意义。在流量大时，可能DB就挂掉了，要是有人利用不存在的key频繁攻击我们的应用，这就是漏洞。 三：解决方案 有很多种方法可以有效地解决缓存穿透问题，最常见的则是采用布隆过滤器，将所有可能存在的数据哈希到一个足够大的bitmap中，一个一定不存在的数据会被 这个bitmap拦截掉，从而避免了对底层存储系统的查询压力。另外也有一个更为简单粗暴的方法（我们采用的就是这种），如果一个查询返回的数据为空（不管是数 据不存在，还是系统故障），我们仍然把这个空结果进行缓存，但它的过期时间会很短，最长不超过五分钟。 四：缓存雪崩 缓存雪崩是指在我们设置缓存时采用了相同的过期时间，导致缓存在某一时刻同时失效，请求全部转发到DB，DB瞬时压力过重雪崩。 五：解决方案 缓存失效时的雪崩效应对底层系统的冲击非常可怕。大多数系统设计者考虑用加锁或者队列的方式保证缓存的单线 程（进程）写，从而避免失效时大量的并发请求落到底层存储系统上。这里分享一个简单方案就时讲缓存失效时间分散开