假设我们有一个500TB的键值对数据。我们可以使用2.5TB内存来为将来的请求缓存这些对。这些要求是多么的随意。
The probability of cache hit would be 2.5/500 = 0.5%
我知道,如果我们使用LFU驱逐,命中率可能会随着时间的推移而增加,因为随着时间的推移,键将更频繁地留在缓存中,增加缓存命中率。
因此,如果从存储10K QPS读取系统的吞吐量,那么使用缓存将提高0.05%的速率(忽略内存查找时间)。
那么吞吐量将是10,050 QPS。
在这种情况下,使用缓存的效率如何?
我们不需要缓存吗?
更新
我想我搞错了。如果我们有100%命中,那么吞吐
我有MySQL5.6.36数据库,其大小约为35G,运行在CentOS 7.3上,内存为48G。 更新17-08-06我会更新相关信息这里。 我发现我的服务器内存不足,即使有大约48G的RAM也会崩溃。例如,我不能让它在24G上运行。这种大小的数据库应该能够在更少的空间上运行。显然,我遗漏了一些基本的东西. 更新:17-08-05 所谓崩溃,我指的是mysqld停止并重新启动,日志中除了从崩溃重新启动之外,没有任何有用的信息。此外,在所有这些内存中,我在恢复过程中遇到了以下错误: [ERROR] InnoDB: space header page consists of zero bytes
我知道ember应该有一些内置的。文档状态(参考前面的示例):
once the articles route has been entered, any changes
to the category query param in the URL will update the
category property on controller:articles, and vice versa.
我认为“反之亦然”的意思是,如果控制器的某个属性发生了变化,它也会反映在URL上的QPs中。也许我误解了这一点。但如果我的解释是正确的(可能不是),那就不是实际发生的事情。
我组装了一个来演示
是否