本文目录

根服务器与镜像之间怎样保持一致性

任何一个网站随着流量的增长，往往一台服务器是无法承担压力的，所以在大型站点中都有很多的节点服务器去分担压力以提高整体网站的并发和性能。这种“分流”机制其实就是我们常说的“负载均衡”，在负载均衡这种架构模式下，我们往往把主服务器称为根服务器（主服务器），其它的节点服务器称之为镜像服务器（从服务器）。

“镜像”一词从字面意思上理解就像照镜子一样的，镜像服务器与主服务器的内容是完全一致的，只不过镜像服务器和主服务器是部署在不同位置或不同网络环境下，用来分担服务器的负载。

镜像服务器的内容是从主服务器上同步复制过来的。

镜像服务器与主服务器间的数据一致性主要靠的是同步机制，说通俗点就是数据的备份机制，而备份又分为：全量备份、增量备份。

另外也要看服务器的用途，不同用途的服务器，其主服务器与镜像服务器间的数据同步方式也不同。一般而言可分为下面几类：

1、数据库服务器

对于数据库服务器，根服务器（主）与镜像服务器（从）间的数据同步依靠的是数据“主从同步”机制的实现，比如说MySQL数据库的主从同步原理就是基于Binlog（二进制日志）实现的。

2、文件类服务器

文件类服务器的同步机制更多的是增量备份，肯定不能全量备份，因为全量备份容易导致数据传输量大、耗时长，影响了镜像服务器的稳定。

在Linux系统中，可以借助Rsync + Inotify 方案实现增量备份/同步，一有文件更新时自动同步至镜像服务器中，优点就是：传输量小、耗时短、及时性高。

以上就是我的观点，对于这个问题大家是怎么看待的呢？欢迎在下方评论区交流 ~ 我是科技领域创作者，十年互联网从业经验，欢迎关注我了解更多科技知识！

原因主要就是io，网络，和cpu，一搬cpu不会跑的太满，主要还在网络和io上，因为是读日志，一定会出现延时，就看这个延时是否接受，业务场景如果对延时不敏感，可以从slave读取，如果是敏感，就可以控制从master读，以免延时带来读脏数据的问题