database - 是否存在基于冗余而非持久存储的持久性数据库?

标签 database persistence durability

抱歉,标题不是很明显,但我找不到更好的措辞。

我们现在使用传统的数据库(oracle)作为我们的作业队列,这些“作业”被一些节点(机器)消耗。所以DB服务器受到这些节点的冲击,我们不得不为这个数据库服务器的软件和硬件付出很多。

前几天我突然想到,

1)系统中已经有多个节点
2) “作业”可能不会因为节点故障而丢失,但没有理由必须将它们放在辅助存储中(没有理由它们不能驻留在内存中,只要他们没有迷路)

鉴于此,是否可以将这些作业保留在内存中,确保整个集群中至少存在该作业的 n 个副本,从而摆脱数据库服务器?

这些技术可用吗?

最佳答案

你看了吗Gigaspaces ?在互联网规模上,你根本不需要坚持。你只需要知道周围有足够的副本。如果您与不在同一个电网(或有电池电源)的地方有低延迟连接,将您的事务推送到副本就足够了。

关于database - 是否存在基于冗余而非持久存储的持久性数据库?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3336720/

相关文章:

php - 在 laravel 框架中使用数据库进行 session 存储

java - 用于更新特定用户属性的准备语句 - JDBC

c++ - 有哪些数据库持久性设计模式?

mongodb - 如何在单机上使用 MongoDB 避免服务器故障时的数据丢失?

c++ - ActiveMQ-cpp 和 stomp 的耐久性问题

php - 如何将数据库表添加到自定义表单并在网页中显示结果

mysql - 使用 mysql 显示带有日期值的 **开始或结束错误消息**

flutter - 如何使我们的列表持久化,同时在 Flutter 应用程序中导航到不同的屏幕?

java - 如何通过jtextfield替换文件中的一行?

c - 通过在文件/行自动终止 C 程序来测试耐久性?