Memcache vs Java内存

Question

简单，可能是愚蠢的问题:假设我有一个Java服务器，它在内存中存储了我可以查询的常用键和值(假设在HashMap中)

这和使用Memcache (甚至Redis)有什么不同？它们都将东西存储在内存中。对其中一个有好处吗？Memcache是否会减少内存占用？可以在更少的内存中存储更多内容？查询速度更快？没有区别吗？

Answer 1

Java内存相对于memcache的优势：

1. Java内存更快(无网络)。
2. Java内存不需要序列化，您可以使用Java对象。

memcache相对于Java内存的优势：

1. 它可由多个应用程序服务器访问，因此您的缓存将在所有应用程序服务器之间共享。
2. 它可由各种不同的服务器访问，只要它们都就密钥方案达成一致，并且serialization.
3. It将丢弃过期的缓存值，因此您将获得基于时间的invalidation.

Answer 2

我刚刚在并发散列映射、memcached和MySQL之间做了一个基准测试。

​

​

结果如下：

键入Insert Lookup Remove

ConcurrentHashMap 264ms 93ms 82ms

Memcached 6549ms 5976ms 4900ms

Mysql 55754ms 26002ms 57899ms

这个基准测试使用了一个线程池。

更多信息可以在这里找到：http://www.incentergy.de/2013/12/big-data-architecture-patterns-for-performance/

此外，以下缓存可能是memcached的替代方案：https://code.google.com/p/kitty-cache/

Answer 3

这取决于你想要什么。内存中的映射会更快；数据过期实际上不是问题(参见: Google Guava的MapMaker，它可以创建一个在读取和/或写入后使条目过期的映射，不要忘记像OSCache和EHCache这样的东西，更不用说像GigaSpaces XAP或Coherence这样的分布式东西了)。

缓存项目(XAP、OSCache、EhCache、Coherence等)可以分发缓存项，因此您可以获得自然分片和其他功能；Coherence可以管理事务和直写，并且XAP实际上被设计为用作记录系统(在这里，对它的写入将被同步和复制，这样您将使用内存中的数据网格作为实际的数据存储机制，而不是使用数据库)。

Memcached是...您可以从一系列机器访问memcached服务器实例。作为API的Memcached只是一个键/值存储，分发完全是在客户端完成的。我想，它肯定有基础知识，而且肯定有多种语言的API，但除此之外，它真的相当软弱无力。

(顺便说一句，GigaSpaces有一个Memcached层，所以理论上您可以使用memcached作为记录系统……)