我正在设计一个内部公司网站，用户可以在其中提交作业进行计算。我的设计中的一个重要因素是将作业保留在队列中直到完成，即使系统出现故障。
互联网似乎反对这个想法，因为它“不是真正的数据库的目的”，更适合像Redis这样的键/值存储（或者使用Redis的作业队列，比如Kue for Node.js ）。我想我得到的是，这个设计的目的是不会像在作业队列中找到的那样，通过对相当瞬态数据的读/写来使数据库负担过重。在我的用例中虽然数据库的使用率非常低，但似乎数据库提供的数据持久性是我在这里寻找的关键功能。
在我的阅读中，我发现一些键/值存储（如Redis）具有持久性功能，但它并不是真正构建的，以确保在系统出现故障时所有数据都是可恢复的。
我在这里遗漏了什么或这听起来是对的吗？
答案 0 :(得分：1)
在我的阅读中，我发现像Redis这样的一些键/值商店有 一个持久的功能，但它并不是真正建立的，以确保所有数据 系统发生故障时可以恢复。
在Redis中，使用后台线程将数据从内存持久保存到磁盘。实际上，系统关闭不会损坏您的数据库，但问题是系统可能会在快照到磁盘之前或期间关闭，并且您将丢失在上次成功快照之后创建的所有数据。
如果您可以确定您的Redis服务器将在99.9％的时间内启动并运行，这不是一个大问题，但无论如何，问题仍然存在。
在一天结束时，我最好的建议是你应该使用正确的工具来完成工作：一个通用数据库，无论是NoSQL还是SQL，都不是为了排队工作。使用现有的工具，它就像RabbitMQ一样。