因此,基本上,我在决定是否应该选择专用的memcache。
我的场景如下:我正在开发一个为某些公共数据提供实时分析的应用程序。我将保持一个总共15 key的密钥/值memcache (20个键,变量值),同时值不断变化(总键/值大约每3秒更新20次),网站的点击将执行这些键的请求(也是每3秒请求一次)。
我假设10000用户立即点击该网站,这将产生大约20 * 10000请求,每3秒。
考虑到memcache的大小(相对较小),而且产生的请求数量大约为7000/秒(memcache密钥/值访问),在这种情况下,专用memcache将更多地成为“风险规避”的处理方式。谢谢,
发布于 2014-02-15 19:03:56
使用此数据大小,您将不会从使用专用memcache中获得任何好处。
访问memcache的速度与此决定无关。
发布于 2014-02-15 20:23:08
缓存的数据对于您的web应用程序的正确操作似乎至关重要。如果您丢失的数据,这可能是一个服务成千上万的用户!希望您的应用程序也定期保存缓存数据,并从缓存擦除中自动恢复。
虽然数据的大小很小,但与专用的memcache相比,共享memcache在不可预测的时候驱逐部分或全部数据的风险仍然更大。设计还必须正确处理部分数据丢失。不仅您的内存压力很大,而且来自其他应用程序和云操作的因素更有可能导致AppEngine放弃共享缓存。
https://stackoverflow.com/questions/21797246
复制相似问题