我希望为我的网站后端构建一个可扩展的数据库解决方案。我最近一直在阅读数据库设计，我似乎已经开发了一个可能有效的想法。我认为这是一种用同步数据维护n个数据库的新方法，但我可能是错误的。所以我要这样要求来评估这个想法，告诉我它是否是疯狂的。 （或者它已经存在并实施）
在该方案中，有一组服务器节点。一个节点运行查询加载均衡器（让我们调用它 一种）其余的正在运行典型的DBMS，让我们调用这些节点 N. 集体。
每个n都与其他n断开连接。 IE）节点 N. 不需要与任何其他人沟通。每个 N. 有一个联系 一种 只要。
这个过程是这样的
- 所有数据库查询都通过 一种。 （让我们现在假设 一种 具有无限的吞吐量和加工能力）
- 一种 检查每个查询（ 问：）并确定它是否是从数据库或将写入数据库的查询读取的操作。 （在SQL中， 读 会选择和 写 会更新）
- 如果 问： 是A. 读 操作，转发它 一 节点中的节点 N.
- 如果 问： 是A. 写 操作，转发它 全部 节点中的节点 N.
假设它已正确实现，这导致所有节点 N. 具有同步数据库内容。仅读取数据的查询需要发送到一个节点。
这个想法似乎对我来说特别好，因为在我的系统中，写业务很少，小于1％。
这是关于这个想法的几个问题
- 这样的计划是从理论的角度来看有意义吗？
- 如果这有意义，是否已经实施了商业或自由的解决方案？
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/70017124/viewspace-2888676/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
数据库系统架构讨论
下一篇：
如何确定一个严重规范化的数据库系统？
请登录后发表评论
登录
全部评论
