2台MSSQL服务器某数据库怎么同步

主从复制理论上支持无穷大的从库个数，实际情况下，受服务器带宽和读写能力的影响

请参考MySQL官方手册的建议：

理论上，通过使用单个主服务器/多从服务器设置，可以通过添加更多的从服务器来扩充系统，直到用完网络带宽，或者你的更新负载已经增长到主服务器不能处理的点。

在获得的收益开始吃平之前，为了确定可以有多少从服务器，以及可以将你的站点的性能提高多少，需要知道查询模式，并且要通过基准测试并根据经验确定一个典型的主服务器和从服务器中的读取（每秒钟读取量，或者max_reads）吞吐量和写（max_writes）吞吐量的关系。通过一个假设的带有复制的系统，本例给出了一个非常简单的计算结果。

假设系统负载包括10%的写和90%的读取，并且我们通过基准测试确定max_reads是1200_2×max_writes。换句话说，如果没有写 *** 作，系统每秒可以进行1,200次读取 *** 作，平均写 *** 作是平均读 *** 作所用时间的两倍，并且关系是线性的。我们假定主服务器和每个从服务器具有相同的性能，并且我们有一个主服务器和N个从服务器。那么，对于每个服务器（主服务器或从服务器），我们有：

reads=1200_2×writes

reads=9×writes/(N1)(读取是分离的,但是写入所有服务器)

9×writes/(N1)2×writes=1200

writes=1200/(29/(N1))

最后的等式表明了N个从服务器的最大写 *** 作数，假设最大可能的读取速率是每分钟1,200次，读 *** 作与写 *** 作的比率是9。

如上分析可以得到下面的结论：

·如果N=0（这表明没有复制），系统每秒可以处理大约1200/11=109个写 *** 作。

·如果N=1，每秒得到184个写 *** 作。

·如果N=8，每秒得到400个写 *** 作。

·如果N=17，每秒得到480个写 *** 作。

这种架构一般用在以下三类场景

1 备份多台 Server 的数据到一台如果按照数据切分方向来讲，那就是垂直切分。比如图 2，业务 A、B、C、D 是之前拆分好的业务，现在需要把这些拆分好的业务汇总起来备份，那这种需求也很适用于多源复制架构。实现方法我大概描述下：业务 A、B、C、D 分别位于 4 台 Server，每台 Server 分别有一个数据库来隔离前端的业务数据，那这样，在从库就能把四台业务的数据全部汇总起来，而不需要做额外的 *** 作。那没有多源复制之前，要实现这类需求，只能在汇总机器上搭建多个 MySQL 实例，那这样势必会涉及到跨库关联的问题，不但性能急剧下降，管理多个实例也没有单台来的容易。

2 用来聚合前端多个 Server 的分片数据。

同样，按照数据切分方向来讲，属于水平切分。比如图 3，按照年份拆分好的数据，要做一个汇总数据展现，那这种架构也非常合适。实现方法稍微复杂些：比如所有 Server 共享同一数据库和表，一般为了开发极端透明，前端配置有分库分表的中间件，比如爱可生的 DBLE。

3 汇总并合并多个 Server 的数据

第三类和第一种场景类似。不一样的是不仅仅是数据需要汇总到目标端，还得合并这些数据，这就比第一种来的相对复杂些。比如图 4，那这样的需求，是不是也适合多源复制呢？答案是 YES。那具体怎么做呢？

我将两个思路提供给你：

1、首先，你要有一个业务层和一个数据访问接口层和数据层（后两层可以合并），业务层中有数据 *** 作时同时 *** 作其它两层的数据，只有同时成功了才提交事务。这样可以确保数据一致。

2、设计和实现一个数据同步工具，我实现了一个SQL Server和Oracle之间数据同步的工具，利用一个定义表（主键，字段，表名，同步标识等）和DataSet做中转，能够将两个数据库中需要同步的表同步成相同的内容，你可以根据要求指定同步周期。

实现两个Mysql数据库之间同步同步原理： MySQL 为了实现replication 必须打开bin-log 项，也是打开二进制的MySQL 日志记录选项。MySQL 的bin log 二 进制日志，可以记录所有影响到数据库表中存储记录内容的sql *** 作，如insert / update / delete

以上就是关于2台MSSQL服务器某数据库怎么同步全部的内容，包括:2台MSSQL服务器某数据库怎么同步、sql server 2008实时同步mysql要怎么实现、mysql主从同步如何同步已有的数据,(mysql数据库主从同步原理)等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！