【发布时间】:2014-02-15 12:00:26
【问题描述】:
所以基本上,我正在尝试决定是否应该使用专用的内存缓存。
我的场景如下: 我正在开发一个为一些公共数据提供实时分析的应用程序。 我将维护总共 15kb 的键/值内存缓存(20 个键,变量值) 同时值在不断变化(每 3 秒更新大约 20 个键/值的总数) 对网站的点击将执行对这些密钥的请求(也大约每 3 秒请求一次)
我假设有 10000 个用户立即访问该网站,这将每 3 秒产生大约 20 * 10000 个请求。
考虑到 memcache 的大小(相对较小),以及每秒大约 7000 个请求的数量(memcache 键/值访问),对于这种情况,专用的 memcache 是否会更“规避风险”。 谢谢,
【问题讨论】:
-
即使您使用专用的内存缓存,由于您无法控制的因素,您仍然会遇到缓存驱逐。只要您的应用程序可以运行/从缓存未命中中恢复,为什么不使用共享缓存对其进行分析,然后就缓存寿命与成本的改进做出明智的决定。
-
目前正在努力,但我主要担心的是高流量与内存缓存访问
标签: google-app-engine memcached