网易蜂巢 wordpress,seo做的最好的网站,wordpress 背景图,腾讯云做淘客网站面试题你有没有做 MySQL 读写分离#xff1f;如何实现 MySQL 的读写分离#xff1f;MySQL 主从复制原理的是啥#xff1f;如何解决 MySQL 主从同步的延时问题#xff1f;考点分析高并发这个阶段#xff0c;肯定是需要做读写分离的#xff0c;啥意思#xff1f;因为实际上…面试题你有没有做 MySQL 读写分离如何实现 MySQL 的读写分离MySQL 主从复制原理的是啥如何解决 MySQL 主从同步的延时问题考点分析高并发这个阶段肯定是需要做读写分离的啥意思因为实际上大部分的互联网公司一些网站或者是 app其实都是读多写少。所以针对这个情况就是写一个主库但是主库挂多个从库然后从多个从库来读那不就可以支撑更高的读并发压力了吗面试题剖析如何实现 MySQL 的读写分离其实很简单就是基于主从复制架构简单来说就搞一个主库挂多个从库然后我们就单单只是写主库然后主库会自动把数据给同步到从库上去。MySQL 主从复制原理的是啥主库将变更写入 binlog 日志然后从库连接到主库之后从库有一个 IO 线程将主库的 binlog 日志拷贝到自己本地写入一个 relay 中继日志中。接着从库中有一个 SQL 线程会从中继日志读取 binlog然后执行 binlog 日志中的内容也就是在自己本地再次执行一遍 SQL这样就可以保证自己跟主库的数据是一样的。mysql这里有一个非常重要的一点就是从库同步主库数据的过程是串行化的也就是说主库上并行的操作在从库上会串行执行。所以这就是一个非常重要的点了由于从库从主库拷贝日志以及串行执行 SQL 的特点在高并发场景下从库的数据一定会比主库慢一些是有延时的。所以经常出现刚写入主库的数据可能是读不到的要过几十毫秒甚至几百毫秒才能读取到。而且这里还有另外一个问题就是如果主库突然宕机然后恰好数据还没同步到从库那么有些数据可能在从库上是没有的有些数据可能就丢失了。所以 MySQL 实际上在这一块有两个机制一个是半同步复制用来解决主库数据丢失问题一个是并行复制用来解决主从同步延时问题。这个所谓半同步复制也叫 semi-sync 复制指的就是主库写入 binlog 日志之后就会将强制此时立即将数据同步到从库从库将日志写入自己本地的 relay log 之后接着会返回一个 ack 给主库主库接收到至少一个从库的 ack 之后才会认为写操作完成了。所谓并行复制指的是从库开启多个线程并行读取 relay log 中不同库的日志然后并行重放不同库的日志这是库级别的并行。分享一篇mysql经典面试题视频解析Mysql面试中的潜规则MySQL 主从同步延时问题(精华)以前线上确实处理过因为主从同步延时问题而导致的线上的 bug属于小型的生产事故。是这个么场景。有个同学是这样写代码逻辑的。先插入一条数据再把它查出来然后更新这条数据。在生产环境高峰期写并发达到了 2000/s这个时候主从复制延时大概是在小几十毫秒。线上会发现每天总有那么一些数据我们期望更新一些重要的数据状态但在高峰期时候却没更新。用户跟客服反馈而客服就会反馈给我们。我们通过 MySQL 命令 show status查看 Seconds_Behind_Master可以看到从库复制主库的数据落后了几 ms。一般来说如果主从延迟较为严重有以下解决方案分库将一个主库拆分为多个主库每个主库的写并发就减少了几倍此时主从延迟可以忽略不计。打开 MySQL 支持的并行复制多个库并行复制。如果说某个库的写入并发就是特别高单库写并发达到了 2000/s并行复制还是没意义。重写代码写代码的同学要慎重插入数据时立马查询可能查不到。如果确实是存在必须先插入立马要求就查询到然后立马就要反过来执行一些操作对这个查询设置直连主库。不推荐这种方法你要是这么搞读写分离的意义就丧失了。c/c后台服务器开发高阶视频资料分享后台私信【架构】获取
