主从复制的可靠性如何？
我正在观看这个 RailsLab 的截屏视频中，演示者声称可以有一个用于写入操作的主数据库和一个用于读取操作的从数据库。虽然对于某些类型的网站（例如博客、社交网络、Web 2.0 网站等），主从数据库在短时间内不 100% 同步是可以接受的，但据我所知，这在域中是不可接受的例如银行业和保险业。
我的问题是，这种主从复制的用法对于银行和保险（以及类似）应用程序是否足够可靠，在这些应用程序中没有违反系统完整性的空间。换句话说，主从数据库短时间内不同步是否可以接受。
如果不是，那么在绝对没有系统完整性受到损害的环境中，有什么水平（非垂直）解决方案可用于扩展数据库系统？
I was watching this screencast at RailsLab where the presenter claims that it's possible to have a master DB for write operations and a slave DB for read operations. While for certain types of Web sites (e.g. blogs, social networks, Web 2.0 sites, etc.) it is acceptable for the master and slave DBs not to be 100% synchronized for short periods of time, but AFAIK this is not acceptable in domains such as banking and insurance.
My question is that if such usages of master-slave replication are reliable enough for banking and insurance (and similar) applications where there's no room for violation of the integrity of the system. In other words, if it is acceptable for the master and slave DBs to be out of sync for short periods of time.
If not, what horizontal (not vertical) solutions are available for scaling a database systems in such environments that there's absolutely no room for system integrity to be compromised?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
聚类
Clustering