按关键词阅读： MySQL thread
文章图片
文章图片
文章图片
文章图片
思维导图
思维导图
常见的主从架构随着日益增长的访问量 ， 单台数据库的能力已经捉襟见肘 。 因此采用主库写数据 ， 从库读数据这种将读写分离开的主从架构便随之衍生了出来 。
一主一从【MySQL|面试官：咱们来聊一聊mysql主从延迟】
一主一从
一主多从
一主多从
一主一从和一主多从是最常见的主从架构 ， 实施起来简单并且有效 ， 不仅可以实现高可用 ， 还能读写分离 ， 进而提升集群的并发能力 。
多主一从
多主一从
双主复制
双主复制
级联复制
级联复制
主从同步原理想要了解主从同步原理 ， 首先得记住两个很重要的日志文件
主从同步原理
主从同步过程
如何判断主从是否延时通过监控 show slave status 命令输出的Seconds_Behind_Master参数的值来判断：
show slave status
主从延迟原因随机重放MySQL的主从复制都是单线程的操作 ， 主库对所有DDL和DML产生的日志写进binlog ， 由于binlog是顺序写 ， 所以效率很高 。 Slave的SQL Thread线程将主库的DDL和DML操作事件在slave中重放 。 DML和DDL的IO操作是随机的 ， 不是顺序的 ， 成本高很多 。 所以SQL Thread线程的速度赶不上主库学binlog的速度 ， 就会产生主从延迟
锁等待另一方面 ， 由于SQL Thread也是单线程的 ， 当主库的并发较高时 ， 产生的DML数量超过slave的SQL Thread所能处理的速度 ， 或者当slave中有大型query语句产生了锁等待那么延时就产生了 。
主从延迟解决办法并行复制既然 SQL 单线程进行重放时速度有限 ， 那么能不能采用多线程的方式来进行重放呢？MySQL 5.6 版本后 ， 提供了一种并行复制的方式 ， 通过将 SQL 线程转换为多个 work 线程来进行重放 ， 这样就解决了主从延迟的问题
降低并发如果你理解了随机重放这个导致主从延迟的原因 ， 那么就比较好理解了 ， 控制主库写入的速度 ， 主从延迟发生的概率自然就小了 。
读主库如果你做的是类似支付这种对实时性要求非常高的业务 ， 那么最直接的方法就是直接读主库 。
稿源：(未知)
【傻大方】网址：/c/1124a29D2021.html
标题：MySQL|面试官：咱们来聊一聊mysql主从延迟