怎么判断一个主库是否出了问题？ 1. 主库监测 在一主一备的双 M 架构里，主备切换只需要把客户端流量切到备库；而在一主多从架构里，主备切换除了要把客户

读写分离，以及怎么处理主备延迟导致的读写分离问题。 1. 读写分离 读写分离的主要目标就是分摊主库的压力。一般有两种架构: 客户端（client）主动

MySQL 主备切换策略，一主多从 1. 双主模型的主备切换策略 如图 1 所示就是基本的主备切换流程 正常情况下，只要主库执行更新生成的所有 binlog，都可以传

MySQL 主备延迟与并行复制 1. 主备延迟 与数据同步有关的时间点主要包括以下三个： 主库 A 执行完成一个事务，写入 binlog，我们把这个时刻记为 T1; 之后传给

接下来内容与 MySQL 主从复制相关的内容，包括: MySQL 如何保证主从同步的最终一致性，设计 binlog 同步过程和binlog 的格式 主备延迟，以及并行复制 由于主备延迟

全表扫描对 MySQL 有什么影响 1. 对 server 层的影响 1.1 发送数据的流程 取数据和发数据的流程是这样的： 获取一行，写到 net_buffer 中。这块内存的大小是由参数 net_buffer_length 定义的，默认是