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

[tctc4869]

目前主要是在单个服务器上使用，暂不考虑 redis 这种比较复杂面向分布式集群的内存数据库，首先是性能优先。我听说 HashMap，如果用字符串做 key，似乎会有 Hash 值重复的可能？

在 Spring 容器启动时会读取数据库的一些数据，并会永久地驻留在服务端的内存中。而另一些数据类型会有过期处理等，如果要用 kV 类型的内存数据库的话，有些数据类型，可能会用整型做 key，也可能会用字符串做 key,这两种方式不可避免

[boyhailong]

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

[skypyb]

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

[sunjiayao]

楼上 guava 正解

[fengpan567]

ehcache

[kayv]

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

[zhuangzhuang1988]

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

[nnnToTnnn]

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

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

[nnnToTnnn]

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

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

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

[Bromine0x23]

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

[MyShoW]

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

[haosamax]

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

[sagaxu]

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

[CoderGeek]

guava Caffeine

[ErrorMan]

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

[hantsy]

@tctc4869 Hazelcast , infinispan

[hzgit]

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

[Raymon111111]

?

如果你是为了解决 hash 冲突

那应该是没有现成方案的

[zhady009]

@MyShoW 这个最近在用 真的香

[areless]

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

[areless]

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