面试必备：聊聊MySQL的主从

发布时间：2025-11-05 07:27:42 来源：创站工坊 作者：数据库

前言

一. 数据库主从概念、优点、聊聊用途

主从数据库是面试什么意思呢，主是必备主库的意思，从是聊聊从库的意思。数据库主库对外提供读写的面试操作，从库对外提供读的必备操作。

数据库为什么需要主从架构呢？聊聊

二. 数据库主从复制原理

主从复制原理，云南idc服务商简言之，分三步曲进行：

详细的主从复制过程如图：

从复制过程分了五个步骤进行：

三. 主主、主从、主备的区别

数据库主主：两台都是主数据库，同时对外提供读写操作。客户端访问任意一台。服务器租用数据存在双向同步。

数据库主从：一台是主数据库，同时对外提供读写操作。一台是从数据库，对外提供读的操作。数据从主库同步到从库。

数据库主备：一台是主数据库，同时对外提供读写操作。一台是备库，只作为备份作用，不对外提供读写，主机挂了它就取而代之。数据从主库同步到备库。

从库和备库，就是slave库功能不同因此叫法才不一样而已。一般slave库都会对外提供读的功能的，因此，大家日常听得比较多就是主从。

四. MySQL是怎么保证主从一致的

我们学习数据库的主从复制原理后，了解到从库拿到并执行主库的binlog日志，免费信息发布网就可以保持数据与主库一致了。这是为什么呢？哪些情况会导致不一致呢？

主库和从库在同步数据的过程中断怎么办呢，数据不就会丢失了嘛。因此主库与从库之间维持了一个长链接，主库内部有一个线程，专门服务于从库的这个长链接的。

binlog 日志有三种格式，分别是statement，row和mixed。

如果是statement格式，binlog记录的是SQL的原文，如果主库和从库选的索引不一致，可能会导致主库不一致。我们来分析一下。假设主库执行删除这个SQL（其中a和create_time都有索引）如下：

;

我们知道，数据库选择了a索引和选择create_time索引，最后limit 1出来的数据一般是不一样的。所以就会存在这种情况：在binlog = statement格式时，主库在执行这条SQL时，使用的是索引a，而从库在执行这条SQL时，使用了索引create_time。最后主从数据不一致了。

如何解决这个问题呢？

可以把binlog格式修改为row。row格式的binlog日志，记录的不是SQL原文，而是两个event:Table_map 和 Delete_rows。Table_map event说明要操作的表，Delete_rows event用于定义要删除的行为，记录删除的具体行数。row格式的binlog记录的就是要删除的主键ID信息，因此不会出现主从不一致的问题。

但是如果SQL删除10万行数据，使用row格式就会很占空间的，10万条数据都在binlog里面，写binlog的时候也很耗IO。但是statement格式的binlog可能会导致数据不一致，因此设计MySQL的大叔想了一个折中的方案，mixed格式的binlog。所谓的mixed格式其实就是row和statement格式混合使用，当MySQL判断可能数据不一致时，就用row格式，否则使用就用statement格式。

五. 数据库主从延迟的原因与解决方案

主从延迟是怎么定义的呢？与主从数据同步相关的时间点有三个

所谓主从延迟，其实就是指同一个事务，在从库执行完的时间和在主库执行完的时间差值，即T3-T1。

   六. 聊聊数据的库高可用方案

参考与感谢

相关文章