场景：在几百个节点上运行一个HTTP服务器，响应时间紧迫的请求（请求必须在几毫秒内处理，响应必须在几毫秒内发送，例如，最大50毫秒）。 数百个节点运行一个HTTP服务器，响应时间紧迫的请求（请求必须在几毫秒内处理，响应必须在几毫秒内发送回来，例如最大50毫秒）。每台服务器每秒将服务约500个请求（使所有节点共同服务超过100,000 qps）。为了避免为每个请求连接到中央（远程）数据库，每个节点将有一个数据库的内存副本（数据库应该只能容纳几百兆的数据）。
问题1.是否有什么数据库技术可以实现这个功能？ 有没有什么数据库技术可以实现这种多个（上百个）内存副本与中央数据库实时（或接近实时）同步？
问题2：有没有什么架构模式可以解决这种问题？ 有没有针对这种情况的架构模式？
Oracle的GoldenGate是一个潜在的解决方案。我不能对你标记的系统说：redis和couchdb。我听说过关于redis的积极事情，但这纯粹是传闻，我没有任何直接的，实践的，经验.我自己公司的eXtremeDB也可以适应这种类型的工作负载。有几个配置可以选择，但这不是一个合适的场所来与你探讨它们。如果你想入手，请联系我们。