Mysql主从复制的问题与解决

主从复制的原理

1. 主库将变更的操作写入bin-log日志中(增,删,改操作).
2. 从库中的I/O线程将主库的bin-log拷贝到本地,写入relay-log(中继日志中)
3. 从库的SQL线程从中继日志中读取bin-log然后再在本地执行一遍SQL,保证从库和主库数据的一致性.

主从延迟问题产生的原因

dump log的操作是并发的多线程操作,但是从库的I/O和SQL线程是单线程的操作,(5.6.x后I/O可以多线程操作),但是SQL线程的执行一定是串行的执行,这也就导致了主从复制的延时问题的原因.

SQL的执行是串行化的所以导致,在高并发的情况下,从库的数据比主库慢一些,是有延时的.基本上写1000/s 会产生十几毫秒的延时问题,2000/s 会出现几十毫秒的延时.

主从复制的数据丢失问题

如果主库突然宕机,然后数据还没有同步到从库,那么数据在从库上是没有的可以存在数据的丢失.

1. 半同步复制 - 解决数据丢失问题

半同步复制，semi-sync复制,指的是主库写入bin-log日志后,就会强制此时立即同步数据库,所有从库可以将bin-log写入自己本地的relay-log,只有有一个从库写成功,就会给主库返回一个ack,主库接受到ack才会认为写操作完成,否则将进行回滚从新写入.

mysql主从同步延时问题

使用下面的语句可以看到从库落后主库的秒数

show status，Seconds_Behind_Master

解决方案:

1. 分库:将主库拆分为4个主库,减少主库的写压力,此时主从延时可以忽略.
2. mysql的并行复制,多个库并行复制，如果说某个库的写入并发就是特别高，单库写并发达到了2000/s，并行复制还是没意义。如果就一个表达到2000/s 其他都才10/s 那么并行复制没什么意义.
3. 在插入数据后不进行查询直接更新,这样的更新就是在主库进行