⾸先先了解mysql主从同步的原理
1. master提交完事务后,写⼊binlog
2. slave连接到master,获取binlog
3. master创建dump线程,推送binglog到slave
4. slave启动⼀个IO线程读取同步过来的master的binlog,记录到relay log中继⽇志中
5. slave再开启⼀个sql线程读取relay log事件并在slave执⾏,完成同步
6. slave记录⾃⼰的binglog
由于mysql默认的复制⽅式是异步的,主库把⽇志发送给从库后不关⼼从库是否已经处理,这样会产⽣⼀个问题就是假设主库挂了,从库处理失败了,这时候从库升为主库后,⽇志就丢失了。由此产⽣两个概念。
全同步复制
主库写⼊binlog后强制同步⽇志到从库,所有的从库都执⾏完成后才返回给客户端,但是很显然这个⽅式的话性能会受到严重影响。
半同步复制
和全同步不同的是,半同步复制的逻辑是这样,从库写⼊⽇志成功后返回ACK确认给主库,主库收到⾄少⼀个从库的确认就认为写操作完成。
主从的延迟怎么解决呢?
1. 针对特定的业务场景,读写请求都强制⾛主库
2. 读请求⾛从库,如果没有数据,去主库做⼆次查询
网友评论