场景：数百个运行http服务器的节点响应时间关键的请求（必须处理请求，并且必须在毫秒内（例如，最多50毫秒）发回响应）。每台服务器每秒将提供大约500个请求（使所有节点总共提供超过100000个qp）。为了避免为每个请求连接到中央（远程）数据库，每个节点都将有一个数据库的内存副本（数据库应该只能容纳几百兆字节的数据）。
问题1：是否有任何数据库技术可以实现这种与中央数据库实时（或接近实时）同步的多个（数百个）内存副本？
问题2：有没有解决这个场景的架构模式？
场景：数百个运行http服务器的节点响应时间关键的请求（必须处理请求，并且必须在毫秒内（例如，最多50毫秒）发回响应）。每台服务器每秒将提供大约500个请求（使所有节点总共提供超过100000个qp）。为了避免为每个请求连接到中央（远程）数据库，每个节点都将有一个数据库的内存副本（数据库应该只能容纳几百兆字节的数据）。
问题1：是否有任何数据库技术可以实现这种与中央数据库实时（或接近实时）同步的多个（数百个）内存副本？
问题2：有没有解决这个场景的架构模式？
1条答案
按热度按时间i5desfxk1#
甲骨文的goldengate是一个潜在的解决方案。我不能和你标记的系统说话：redis和couchdb。我听到过关于redis的积极的事情，但这纯粹是传闻；我没有任何直接的实际经验。我自己公司的extremedb也能适应这种工作量。有几个配置可供选择，但这不是一个合适的场所与您探讨它们。如果你想参加，请联系我们。