MySQL读写分离与主从同步延时解决方案.pdfVIP

1、面试题

有没有做MySQL读写分离？如何实现mysql的读写分离？MySQL主从原理的是啥？

如何解决mysql主从同步的延时问题？

2、面试官心里分析

这个，高并发这个阶段，那肯定是需要做读写分离的，啥意思？因为实际上大部分的互联网

公司，一些，或者是app，其实都是读多写少。所以针对这个情况，就是写一个主库，

但是主库挂多个从库，然后从多个从库来读，那不就可以支撑更高的读并发了吗？

3、面试题剖析

（1）如何实现mysql的读写分离？

其实很简单，就是基于主从架构，简单来说，就搞一个主库，挂多个从库，然后我们就

单单只是写主库，然后主库会自动把数据给同步到从库上去。

（2）MySQL主从原理的是啥？

主库将变更写binlog日志，然后从库连接到主库，从库有一个IO线程，将主库的binlog

日志拷贝到自己本地，写入一个中继日志中。接着从库中有一个SQL线程会从中继日志读

取binlog，然后执行binlog日志中的内容，也就是在自己本地再次执行一遍SQL，这样就可

以保证自己跟主库的数据是一样的。

这里有一个非常重要的一点，就是从库同步主库数据的过程是串行化的，也就是说主库上并

行的操作，在从库上会串行执行。所以这就是一个非常重要的点了，由于从库从主库拷贝日

志以及串行执行SQL的特点，在高并发场景下，从库的数据一定会比主库慢一些，是有延

时的。所以经常出现，刚写入主库的数据可能是读不到的，要过几十毫秒，甚至几百毫秒才

能到。

而且这里还有另外一个问题，就是如果主库突然宕机，然后恰好数据还没同步到从库，那么

有些数据可能在从库上是没有的，有些数据可能就丢失了。

所以mysql实际上在这一块有两个机制，一个是半同步，用来解决主库数据丢失问题；

一个是并行，用来解决主从同步延时问题。

这个所谓半同步，semi-sync，指的就是主库写入binlog日志，就会将强制此

时立即将数据同步到从库，从库将日志写入自己本地的relaylog，接着会返回一个ack

给主库，主库接收到至少一个从库的ack才会认为写操作完成了。

所谓并行，指的是从库开启多个线程，并行relaylog中不同库的日志，然后并行重

放不同库的日志，这是库级别的并行。

1）主从的原理

2）主从延迟问题产生的

3）主从的数据丢失问题，以及半同步的原理

4）并行的原理，多库并发重放relay日志，缓解主从延迟问题

（3）mysql主从同步延时问题（精华）

线上确实处理过因为主从同步延时问题，导致的线上的bug，小型的生产事故

showstatus，Seconds_Behind_Master，你可以看到从库主库的数据了几ms

其实这块东西我们经常会碰到，就比如说用了mysql主从架构，可能会发现，刚写入库

的数据结果没查到，结果就了。。。。

所以实际要考虑好应该在什么场景下来用这个mysql主从同步，建议是一般在读远远多

于写，而且读的时候一般对数据时效性要求没那么高的时候，用mysql主从同步

所以这个时候，我们可以考虑的一个事情就是，你可以用mysql的并行，但是问题是那

是库级别的并行，所以有时候作用不是很大

所以这个时候。。通常来说，我们会对于那种写了立马就要保证可以查到的场景，采用强制

读主库的方式，这样就可以保证你肯定的可以读到数据了吧。其实用一些数据库中间件是没

问题的。

一般来说，如果主从延迟较为严重

1、分库，将一个主库拆分为4个主库，每个主库的写并发就500/s，此时主从延迟可以忽略

不计

2、打开mysql支持的并行，多个库并行，如果说某个库的写入并发就是特别高，

单库写并发达到了2000/s，并行还是没意义。28法则，很多时候比如说，就是少数的

几个订单表，写入了2000/s，其他几十个表10/s。

3、重写代码，写代码的同学，要慎重，当时我们其实短期是让那个同学重写了一下代码，

数据，直接就更新，不要查询

4、如果确实是存在必须先，立马要求就查询到，然后立马就要反过来执行一