怎么在MySQL中搭建主从

这期内容当中小编将会给大家带来有关怎么在MySQL中搭建主从，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。

搭建主从的一种方式

直接备份在服务器上

备份在远程nfs挂载备份机里面

    来看这两种方法，服务器本身没有那么多剩余的空间可供使用，强行备份也可以，但是会导致磁盘报警，这肯定不是一个好的方法。况且要是使用xtrabackup的方法去搞，apply log和copy back这两步花费的时间相当长。

    再来看远程nfs备份机，备份机容量很大，解决了磁盘问题，但是远程传输需要的带宽是无法提供的，如果并行进行备份，那么带宽肯定是不够的，并发的备份进程都会比较慢，保守估计5套主从应该需要8个小时左右。

    那么怎么办呢？这里使用了一种比较粗暴的方法，直接跟业务方沟通，暂时把服务停了，打通了两个机器的ssh互信，配置了scp工具，直接通过物理文件拷贝的方式给吧文件复制到从库去，也不进行压缩了，因为100G的文件压缩和解压需要大量的时间。这样做的好处有下面几个：

第一：各个备份之间解耦合，不受其他环境的影响。

第二：可以通过机器之间的带宽导入主库上的原生文件到从库，能够保证数据的完全一致。

第三：时间比较快

    于是就这么做了，大概看了一下，100G的文件scp拷贝的话大概就17分钟左右，这样就解决了备份时间长的问题。并行5个窗口，互不影响，也就30分钟左右，5套环境的数据就过去了。现在主库和从库的数据已经完全一致了，现在开始搭建从库，需要做的事情有以下几个：

将从库中原来的my.cnf文件替换拷贝过来的主库的my.cnf文件，否则server_id将会重复，导致搭建主从报错。

将从库中原来的slave-relay-log.index文件拷贝到新目录下面，否则搭建主从的时候，会提示无法找到这个文件。

改变一下从库的UUID，这个玩意儿在搭建GTID复制的时候需要使用，主从环境不能重复，否则会导致服务不可用，这个UUID的变更，一般是在auto.cnf文件中，这个文件保存的是当前库的UUID值。

在从库上reset slave all，然后使用auto_position=1的复制方式搭建主从复制，搭建好主从之后，校验主从数据的一致性。

在搭建好的从库上设置read-only选项，禁止从库上直接执行DML操作

上述就是小编为大家分享的怎么在Mysql中搭建主从了，如果刚好有类似的疑惑，不妨参照上述分析进行理解。如果想知道更多相关知识，欢迎关注编程网数据库频道。