MySQL主从扩展知识
6月29/7月2日任务
说明：这两天无新课，主要是扩充知识面
注意：这两天的任务，需要回专贴。需要你们通过看这些东西总结成自己的心得。 不能照搬，必须要自己理解，能看多少就看多少，看不完也没有关系，但一定要去理解。
不停库不锁表在线主从配置 http://seanlook.com/2015/12/14/mysql-replicas/
mysql主从常见问题 http://www.10tiao.com/html/706/201603/403220961/1.html
mysql主从延迟 http://f.dataguru.cn/thread-461916-1-1.html
深入探究主从延迟 http://ningg.top/inside-mysql-master-slave-delay/
mysql主从不同步如何做 http://www.jb51.net/article/33052.htm
mysql 主主 http://www.cnblogs.com/ygqygq2/p/6045279.html
mysql-proxy 实现读写分离 http://my.oschina.net/barter/blog/93354
mycat实现读写分离 http://www.th7.cn/db/mysql/201708/250280.shtml
atlas相关 http://www.oschina.net/p/atlas
mysql一主多从 http://blog.sina.com.cn/s/blog_4c197d4201017qjs.html
mysql环形主从 http://ask.apelearn.com/question/11437
cobar实现分库分表 http://blog.csdn.net/huoyunshen88/article/details/37927553
mysql分库分表方案 http://my.oschina.net/ydsakyclguozi/blog/199498
mysql架构演变 http://www.aminglinux.com/bbs/thread-8025-1-1.htmlf
MHA架构 http://www.dataguru.cn/thread-457284-1-1.html
比较复杂的mysql集群架构 http://ask.apelearn.com/question/17026
1、不停库不锁表在线主从配置（使用 Xtrabackup 在线对MySQL做主从复制）
一般来说使用mysqldump备份10G以下的数据库内容，还是非常快捷适用的，但是如果一旦数据量达到100G以上甚至更多，那么再使用mysqldump就不合适了。数据库容量达到100G以上推荐大家使用Percona-Xtrabackup备份工具，是实现MySQL在线热备工作的不二选择，可进行全量、增量、单表备份和还原。假如数据更大的话，需要考虑分库分表，或使用 LVM 快照来加快备份速度了。
Percona-Xtrabackup备份工具分2.2版本和2.3版本，2.2版本 xtrabackup 能对InnoDB和XtraDB存储引擎的数据库非阻塞地备份，2.3版本 xtrabackup 命令直接支持MyISAM引擎。
XtraBackup优势 ：
- 无需停止数据库进行InnoDB热备
- 增量备份MySQL
- 流压缩到传输到其它服务器
- 可以容易地创建主从同步
- 备份MySQL时不会增大服务器负载
replication
①主从复制
是为了实现读写分离，减轻主库负载或数据分析， 为了数据安全，做备份恢复，主从切换做高可用。通常情况下，用一主一从都能够解决，而且在任何生产环境下至少要有一个从库，假如你的读操作压力特别大，甚至要做一主多从，还可以不同的slave扮演不同的角色。另外还需要考虑的是，一主一从，一旦做了主从切换，不通过其他HA手段干预的话，业务访问的还是原IP，而且原主库很容易就报废了。于是，主-主 复制就产生了，其中一个主库强制设置为只读，主从切换后架构依然是可用的。
②复制类型
基于语句的复制、基于行的复制、混合类型的复制、复制类型还可以分为 异步复制和半同步复制。
通常没说明指的都是异步，即主库执行完Commit后，在主库写入Binlog日志后即可成功返回客户端，无需等等Binlog日志传送给从库，一旦主库宕机，有可能会丢失日志。而半同步复制，是等待其中一个从库也接收到Binlog事务并成功写入Relay Log之后，才返回Commit操作成功给客户端；如此半同步就保证了事务成功提交后至少有两份日志记录，一份在主库Binlog上，另一份在从库的Relay Log上，从而进一步保证数据完整性；半同步复制很大程度取决于主从网络RTT（往返时延），以插件 semisync_master/semisync_slave 形式存在。
原理
①master将改变记录到二进制日志(binary log)中（这些记录叫做二进制日志事件，binary log events）；
②slave将master的binary log events拷贝到它的中继日志(relay log)；
③slave重做中继日志中的事件，将改变反映它自己的数据。
注释说明：
- mysql 5.7开始加入了多源复制，这个特性对同时有很多个mysql实例是很有用的，阿里云RDS（迁移）实现了类似的方式。
- 从MySQL 5.6.2开始，mysql binlog支持checksum校验，并且5.6.6默认启用（CRC32），这对自己模拟实现mysql复制的场景有影响。
配置主从的步骤顺序
主从版本一致—>主库授权复制帐号—>确保开启binlog及主从server_id唯一—>xtrabackup恢复到从库—>记录xtrabackup_binlog_info中binlog名称及偏移量—>从库change master to —>slave start—>检查两个yes
