前序
在之前的两章里，主要介绍的主从复制（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 运用的实例。这里只是介绍了最基本的实现原理，在实际生产环境中需要注意的东西还有很多。在以后有机会再同大家分享。