场景:运行HTTP服务器的数百个节点响应时间紧迫的请求(必须处理请求,并且必须在毫秒之内发送回响应,例如,最大50毫秒)。每台服务器每秒将处理约500个请求(使所有节点的总服务速度超过100,000 qps)。为了避免针对每个请求连接到中央(远程)数据库,每个节点都将具有该数据库的内存中副本(数据库应该只能容纳几百兆字节的数据)。
问题1:是否有任何数据库技术实现这种与中央数据库实时(或近实时)同步的多个(数百个)内存中副本?
问题2:是否有解决此情况的体系结构模式?
最佳答案
Oracle的GoldenGate是一个潜在的解决方案。我无法说出您标记过的系统:redis和couchdb。我听说过有关Redis的正面信息,但这纯粹是轶事。我没有任何直接的动手经验。
我自己公司的eXtremeDB也可以容纳这种类型的工作负载。有几种配置可供选择,但这不是与您一起探索它们的合适场所。如果您想参与其中,请与我们联系。
关于redis - 与中央数据库同步的内存数据库,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/62109710/