[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运用的实例。这里只是介绍了最基本的实现原理，在实际生产环境中须要注意的东西还有不少。在之后有机会再同你们分享。