Mysql 的主从复制，最多支持多少个数据库同步，最佳的建议是几个？

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

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

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

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

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

reads = 1200 – 2 × writes

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

9 × writes / (N + 1) + 2 × writes = 1200

writes = 1200 / (2 + 9/(N+1))

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

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

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

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

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

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

1、可以引多少个从服务器同步？理论上是没有限制，但从性能考虑最好不要带太多从服务器，不然同步的开销不小。一般来说，最简单就是主从1+1，一个读一个写，一个备份一个生产。升级版就是，1+2，一个写一个读一个备。进阶版就是，1+3，一个写两个读一个备。基本上够用的。看你的需要，不断扩展读或者写的数量。如果双主多主的话，要另外考虑。

2、数据大小。正常服务器能承受的数据量，都可以承受，同步是基本日志的形式分散的，就是日常执行select/update/insert/delete等。

---