在本地用内存数据库，除了 hashMap,还有哪些内存数据库方案？

caffeine https://github.com/ben-manes/caffeine

为啥 redis 不考虑？明明 redis 就是就是最适合你的，redis 单机集群都可以用

hash 冲突是必然存在的。建议好好学习一下 hashmap 原理。redis 也可以很简单呀单机使用没啥麻烦的。当然也可以选择 ehcache 或者 guava 的缓存 都是 java 进程内的缓存。。。。其次好像没有什么东西是可以永久存在内存中的吧。系统重启都需要从持久化到磁盘的数据恢复到内存的，不然也是内存预热重新加载进去的。

h2 也行,redis 单机也能跑得很好啊

hash 重复 不代表不能识别不同的 key 呀。hash map 保证 key 的唯一性

感觉楼主思路有点不清晰
一方面追求性能 但是另外一方面对 内存 以及 hashmap 的模型并不清楚.
其实读取数据+序列化反序列化的耗时在一套业务逻辑里面耗时是比较低的

如果自己实现的话 一定要注意线程安全

你是不是对 数据库 这三个字的量级有误解？不管是 HashMap 还是 Key-Value，最多只能叫做（内存）数据，而不是（内存）数据库。
Oracle （公司）有一款内存数据库，其他大型数据库厂商一般也都会有内存数据库，它们在操作方式上属于仅提供有限功能的标准关系型数据库，掏钱就能用。除此之外，Redis 是最入门的 NoSQL 型内存数据库了，入门到功能都不完全，需要搭配 Spring Data Redis 配套使用。

我听说 HashMap，如果用字符串做 key，似乎会有 Hash 值重复的可能？

------如果你 HashMap 都没整明白的话，还是直接用 redis 算了。。。。

```
static final int hash(Object key) {
int h;
return (key == null) ? 0 : (h = key.hashCode()) ^ (h >>> 16);
}
```

如果这还存在 hash 冲突，建议你去买张彩票，说真的。

apache 有 lru
但是建议使用 redis

blotdb rocksdb 这种？ 或者直接 sqlite

本地缓存配合 Redis 使用也很常见，推荐使用 Google 的 Guava 库，各种缓存特性都有。

@passerbytiny 内存数据库不就是缓存库的一种称呼吗？
你就这么纠结“数据库”这个三个字的文字概念吗，“不管是 HashMap 还是 Key-Value，最多只能叫做（内存）数据，而不是（内存）数据库。”，HashMap 在你眼里只能叫数据，key-value 只能叫数据？那 leveldb 这种持久化的 kv 数据库在你眼里就不是数据库了，叫数据文件是吧，你的意思是瞧不起持久化的 kv 数据库吗，那 sqlite 这种也不是数据库，是数据文件对吧。文字游戏好玩吗。

redis 数据库有缓存库功能，也有持久化功能，那它就不是内存数据库？或者不是磁盘数据库了？你纠结文字概念干嘛，分的清楚就可以。我是来问怎么选缓存库方案的，不是来玩文字概念游戏的。内存数据库的合适称呼是叫缓存库，谁不知道？与之不同的是磁盘数据库，网上叫来叫去都说成约定俗成了，我用"内存数据库"这个词不行吗。

要达到你的要求我一时还真想不到比 redis 更简单更高效的东西了。。。
打开 redis 官网第一段话的介绍，只有最后一句提到了通过集群方式可以提供一些高可用特性，“面向分布式集群”是你自己给自己加戏～

@nnnToTnnn #10 肯定会存在 hash 冲突的 否则 hashmap 为什么要挂个链表呢？

我寻思楼主就是想要一个基于 Java 的 embedded cache solution

guava 有个 CacheBuilder 似乎就是你想要的？ https://github.com/google//wiki/CachesExplained

@yuikns 不好意思 fix 下 ： https://github.com/google/guava/wiki/CachesExplained

@tctc4869 #13 拜拜

@newtype0092 我目前其实并不想要具备的持久化功能的缓存库，而且不是 xml 中配置，是直接在 java 通过静态字段的 new 的方式，直接以 new 或创建为配置的那种，然后用封装一下，例如用静态的 hashMap 作为一个缓存库，但静态的 hashmap 功能有点少。redis 配置有点麻烦，而且关乎于端口和 ip，楼上有人推荐 guava，caffeine 这两种的话比较符合，可以直接在 java 中通过静态字段的进行 new 创建的方式进行配置。毕竟不同的缓存功能要对应不用的数据类型，简单可以直接有 hashmap，有些还得具备的简单的关系数据功能。

单机使用的内存数据库还是本地缓存？
单机 redis 的确是最优解，具体的过期需求可以设置，占用总内存也可以设置，单机还是集群可配置，是否存储落地也可配置，搜“AOF 和 RDB 禁止持久化”。你能想到的关于内存数据库的使用场景，redis 开发者都想到了，蟹蟹

redis 还配置麻烦？你在这发帖的几十分钟里够配置十来个集成 redis 的 spring 项目了。

楼上 guava 正解

ehcache

ehcache 或者 google guava 都可以。如果缓存不需要失效，直接上 Map

如果是 C#的话 还有
https://docs.microsoft.com/zh-cn/ef/core/miscellaneous/testing/in-memory

@haoz1w0w 是存在理论上的 hash 碰撞，这个 hash 碰撞还不如 md5 的 hash 碰撞明显，如果真的存在 hash 碰撞了，你的机器内存也并不足够支撑你的数据存储。 如果你觉得这样不保险。还可以继续加盐值，但是我觉得没有必要了。

你可以参考下 md5 的 hash 碰撞需要多大的数据量

准确的说，这个 hash 碰撞，不如 md5 16 的明显，在 md5 32 中加大的盐值，减少了碰撞几率。

理论 hashmap 的 key 字节大小相差特别大，才能可能遇到 hash 碰撞。

我实在是不明白，什么样的情况下你的 key 会大到产生 hash 冲突？ 这让我很懵啊。

用 Redis 和 new 对象又不矛盾，spring-data-redis 就有对 redis 包装的容器类实现

redis+redisson 也可以考虑一下，直接操作对象，不用关心 redis 的存取

冲突的概率也太小了吧，就算冲突了又有什么关系呢

连 map 是啥都不知道的人，也来看不起内存 map 之王了?

guava Caffeine

内存型数据库 h2，可以嵌入 java

@tctc4869 Hazelcast , infinispan

比较主流的就是 guava cache 和 encache 了 （ ps. HashMap 并不是内存数据库哦）

?

如果你是为了解决 hash 冲突

那应该是没有现成方案的

@MyShoW 这个最近在用 真的香

key md5 值建文件夹，把 val 写 key 的 md5 文件夹内的文件内，假若是 obj 序列化，json 分多文件，存到 linux 的 shm 里，这就是最简单的内存 kv 数据库了，以前称之为文本数据库。而且速度不会太慢。mysql 的慢是因为 sql~~~假设 sql 查询通过 gpu 去操作显存就没有像 cpu 去操作机械硬盘这种低速记录体的瓶颈。所以未来会回归 sql，淘汰掉 nosql 做前置缓存的。所以别研究怎么搞一个速度比舒马赫还快的 kv 或者 hashmap，研究一下怎么让正规的 sql 比拟 nosql 吧

sql 快了，那么构架就回归原始。现在像巫师一样的构架师~~~全文本外部索引用 es，kv 用 redis，存储用 mysql 或 pg 或等等等。http 请求负载，构架的重要胜于传统，胜于标准化。这是不合理的。用 sql like 快于 es，sql 内存表快于 redis，apache 常驻模式快于 nginx 才是标准化。

redis 已经很简单了把
而且你能保证你自己做 hashmap 会比 redis 性能好么？
你还得考虑种种问题情况

现在线上使用的 guava 做 jvm 内缓存来兜底，没有出现过什么问题。但是你需要预估一下你的数据量，数据量太大造成频繁 gc。

楼主不是科班出身吗，没学过数据结构，不管你用什么类型做 key 也肯定会出现 Hash 冲突的呀