这期内容当中小编将会给大家带来有关怎么在MySQL中搭建主从，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。
搭建主从的一种方式
1、直接备份在服务器上
2、备份在远程nfs挂载备份机里面
来看这两种方法，服务器本身没有那么多剩余的空间可供使用，强行备份也可以，但是会导致磁盘报警，这肯定不是一个好的方法。况且要是使用xtrabackup的方法去搞，apply log和copy back这两步花费的时间相当长。
再来看远程nfs备份机，备份机容量很大，解决了磁盘问题，但是远程传输需要的带宽是无法提供的，如果并行进行备份，那么带宽肯定是不够的，并发的备份进程都会比较慢，保守估计5套主从应该需要8个小时左右。
那么怎么办呢？这里使用了一种比较粗暴的方法，直接跟业务方沟通，暂时把服务停了，打通了两个机器的ssh互信，配置了scp工具，直接通过物理文件拷贝的方式给吧文件复制到从库去，也不进行压缩了，因为100G的文件压缩和解压需要大量的时间。这样做的好处有下面几个：
第一：各个备份之间解耦合，不受其他环境的影响。
第二：可以通过机器之间的带宽导入主库上的原生文件到从库，能够保证数据的完全一致。
第三：时间比较快
于是就这么做了，大概看了一下，100G的文件scp拷贝的话大概就17分钟左右，这样就解决了备份时间长的问题。并行5个窗口，互不影响，也就30分钟左右，5套环境的数据就过去了。现在主库和从库的数据已经完全一致了，现在开始搭建从库，需要做的事情有以下几个：
1、将从库中原来的my.cnf文件替换拷贝过来的主库的my.cnf文件，否则server_id将会重复，导致搭建主从报错。
2、将从库中原来的slave-relay-log.index文件拷贝到新目录下面，否则搭建主从的时候，会提示无法找到这个文件。
3、改变一下从库的UUID，这个玩意儿在搭建GTID复制的时候需要使用，主从环境不能重复，否则会导致服务不可用，这个UUID的变更，一般是在auto.cnf文件中，这个文件保存的是当前库的UUID值。
4、在从库上reset slave all，然后使用auto_position=1的复制方式搭建主从复制，搭建好主从之后，校验主从数据的一致性。
5、在搭建好的从库上设置read-only选项，禁止从库上直接执行DML操作
上述就是小编为大家分享的怎么在MySQL中搭建主从了，如果刚好有类似的疑惑，不妨参照上述分析进行理解。如果想知道更多相关知识，欢迎关注亿速云行业资讯频道。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
