[MySQL进阶之路][No.0003] 主从复制（Replication）在运维中的运用

前序

在之前的两章里，主要介绍的主从复制（Replication）的基本使用方法和show slave status一些基本参数，这一章我们讲一下主从复制在生产环境中的一些在运维中的常见用途。下面将要介绍的一些运用可能在不同的地方有不同的叫法， 我取的名字可能比较随意， 如果有不准确或者有歧义的地方还请多多指教。

整体迁移

首先最常见的是主从数据库整体的迁移。具体的运用场景例如，当要换一批新的服务器的时候，需要将当前旧服务器的数据库服务迁移到新的服务器上。这个时候就可以利用主从复制来进行服务器的更换。具体流程如下图。

图例很简单，把新的主从集群做为slave挂在原来的集群下。之后把写入读取的指向改到新服务器上，整个迁移工作也就算完成了。
需要注意的是new master中一定要设置log_slave_updates为有效，不然不会将更新写入binlog文件中。

整体合并

合并两个或者多个主从数据库群也是在运维中经常见到的。为了节省成本，需要将多个主从集群合并到一个集群中，这时可以运用replication来整合数据。从多个主服务器获取数据需要运用multi-source replication（MSR）。其实就是通过change master命令的channel参数来区分多个复制源。

大体的原理如上图所示， 这里需要注意的是如果你使用的是5.7， 并且设置了binlog_format=row, binlog_rows_query_log_events=on。
使用MSR会出现memory leak的bug。所以在5.7版本下，把binlog_format设成statement之后再做MSR吧。
https://bugs.mysql.com/bug.ph...

数据表分割

当一张表越来越到大的时候， 其查询速度也会变的越来越慢。 为了优化性能， 我们需要对数据表进行分割。数据表分割分为垂直分割和水平分割。
垂直分割是对表的列（column）进行分割。如果一张表里有一些列不经常用，可以用这种分割方法来提高搜索速度。缺点就是提高了业务层面的复杂度。
水平分割是将一张数据表的数据（record）分散到多个表里。这样不仅可以减小索引B＋树的层数，减少磁盘的读取次数提高索引速度。（只有当索引是比较大的值的时候优化提升比较显著）

水平分割和垂直分割的实现方法可能有很多种， 用replication来实现数据表分割个人觉得理解和实现比较简单。

水平分割

例如上面的例子，本来的数据库里Table1表里的user1和user2的两个数据，通过replication将数据复制到两个新的主从集群中，再将不要的数据删除， 简单的水平分割就完成了。

垂直分割

和水平分割一样，只是在删除数据的时候删除column。

小结

简单介绍了几种比较常见的replication运用的实例。这里只是介绍了最基本的实现原理，在实际生产环境中需要注意的东西还有很多。在以后有机会再同大家分享。