求内存关系型数据库的选型推荐

[cellargalaxy]

最近有个需求。

1. 数据的更新和查询频率都比较高，要求查询的耗时要短。
2. 但数据量不大，能都 load 到内存里，需要支持 SQL 查询。
3. 希望是单独起一个服务对外提供查询，而不是嵌入型的，不想 load 到服务的本地内存里。
4. 数据只做缓存查询用，事务，持久化什么的无所谓。

大佬们有什么选型推荐吗。 或者能把 redis 整到支持 SQL 查询吗（谷歌了一轮没查到符合预期的）

谢谢

先结题，最后用的是mysql InnoDB😂。

由于其中一个原则是资源节省，能不新增组件最好，加也别是资源消耗比较大的。左思右想，系统已经有在用mysql，怎么简单怎么来，先选了mysql memory试试。

我在本地起了个mysql，写了两个死循环并发进行批量读写，数据量大约有几千条左右，全量更新。

测试的结果是，InnoDB跟memory。InnoDB写入平均耗时80ms，memory写入耗时50ms。InnoDB跟memory读取平均耗时都说20ms左右，在10~30之间浮动。memory的索引换了hash和B+tree耗时都差不多。

不知道是不是我数据量太少，InnoDB已经把数据都加载到内存里，导致耗时跟memory差不多。

本来目标查询耗时是希望能压到10ms以内，~但又不是不能用~，既然耗时差不多，那还不如选InnoDB😂。

谢谢大家

[seers]

sqlite memory database

[cowman]

timesten

[justanetizen]

mysql memory

[jhdxr]

https://dev.mysql.com/doc/refman/8.0/en/memory-storage-engine.html

[dqzcwxb]

如果又要满足 sql 又要高效,那就用 jetcache 的这种缓存框架去实现吧

[Aloento]

可以用 PostgreSQL 改改配置，肯定没有 redis 那么快但是也很不错了

[Maxwe11]

这种东西还是要看整体架构和自己的业务特征，如果不太确定，覆盖全些的话，可以考虑 ignite ，反正基本各种技术架构都能兼容，关系和 kv 的基础，驱动或接口服务也都有，要用内存或是持久化自己调参数就行

[F281M6Dh8DXpD1g2]

你不知道用啥就用 pgsql

[zhangxzh]

TT

[francis59]

Apache Ignite

[xy90321]

https://en.wikipedia.org/wiki/List_of_in-memory_databases

你自己再过滤下 SQL 的即可

[Mithril]

SQLite 就行。
性能足够好，同时也有各种扩展。
甚至有人做了 OLAP 上去。。。

[0xC000009F]

Apache Ignite +1

https://www.ignite-service.cn/

[Juszoe]

mysql memory 引擎，四个需求完美符合

[mmdsun]

apache geode 听说 12306 用的是这个：
https://geode.apache.org/

[update]

有个 redissearch