我正在开始一个新的Web应用程序的开发,这个应用程序需要被devise成可以从单词开始扩展。
我正在研究数据库复制和主/从复制的概念(或发布者/订阅者 – 我认为这些都是一样的东西,但请纠正我,如果我错了)。
我一直在阅读的拓扑结构涉及到主处理所有的数据库写入和从属处理所有的读取。
我的问题是:
在从服务器必须尽可能接近实时数据的情况下,与直接读取数据库相比,事务复制对主数据库的负载是否更小?
另外,从机的性能不会受到事务性复制的影响,就好像它正在被写入一样?
一般来说,感觉就像操作数量正在乘以引入复制一样
例如
对我来说,似乎增加额外的读取和写入过程会增加额外的服务器所带来的好处。
我看这太简单吗? 还是我错过了什么?
谢谢
发布方的SQL Server复制是通过应用程序提供的,该应用程序直接从事务日志中读取数据,而不是从实际的SQL Server数据库表中读取数据。
在订户端,数据正在通过存储过程逐行写入SQL Server(默认情况下)。
有一些非常大的应用程序,我没有任何需要读取卸载到另一个SQL Server的pipe理。 实际上需要扩展的应用程序数量非常less。 99%的时间简单地设置适当的索引,并正确地devise服务器和存储将处理巨大的工作量,如果一个足够大的服务器已被购买。