【MySQL】主从复制

复制解决的问题

1. 数据分布。
2. 负载均衡
3. 备份
4. 高可用性和故障切换
5. MySQL升级测试

复制如何工作

MySQL实现复制可以看做是三个步骤

1. 在主库上把数据更改记录到二进制日志（Binary Log）中（这些记录被称为二进制日志事件）。
   在每次准备提交事务完成数据更新前，主库将数据更新的事件记录到二进制日志中，在记录二进制日志后，主库会告诉存储引擎可以提交事务了。
2. 备库将主库上的日志复制到自己的中继日志（Reply Log）中。
   备库会启动一个IO线程跟主库建立一个普通的客户端连接，然后主库会启动一个特殊的二进制转储线程，这个二进制转储线程会读取主库上的二进制日志中的事件。它不会对事件进行轮询。如果该线程赶上了主库，它将进入休眠状态，直到主库发送信号通知其有新的事件产生时才会被唤醒，备库的IO线程会将接收到的事件记录到中继日志中
3. 备库读取中继日志中的事件，将其重放到备库数据之上。
   备库的SQL线程从中继日志中读取事件并在备库执行，从而实现备库数据的更新

复制的原理

基于语句复制
基于语句的复制：主库会记录那些造成数据更改的查询，当备库服务并重放这些事件时，实际上是把主库上执行过的SQL再执行一遍。
优点：实现比较简单。还有二进制日志里的事件更加紧凑，基于语句的模式不会使用太多带宽，一条更新好记兆的数据的语句在二进制日志中可能只占几十个字节
缺点：更新的数据可能会有差异，比如使用CURRET_USER函数或者当前时间戳

基于行的复制
基于行的复制：将实际数据记录在二进制日志中。由于无需重放更新主库数据的查询，所以能够更加高效的复制数据，重放查询的代价可能很高。
优点：可以正确的复制每一行
缺点：基于行的复制开销很大，因为每一行都会被记录到二进制日志中
两种复制的优缺点