怎么确保mysql数据库主从数据一定是一样的?

　　一、确保mysql数据库主从数据一定是一样的方法

　　1、确保同步状态正常

　　主从数据库的同步状态正常是保证主从数据一致性的前提，需要定期监控主从同步状态，并及时处理同步异常情况。

　　2、配置和参数设置保持一致

　　主从数据库的配置和参数设置必须一致，否则可能导致主从数据不一致问题。可以通过检查my.cnf文件、SHOW VARIABLES命令等方式来确认配置和参数是否一致。

　　3、定期备份和比对数据

　　定期备份主从数据库数据，并进行比对，查看是否有差异。可以使用mysqldump工具或者其他自动化备份工具进行备份，并使用比对工具进行数据检查。

　　4、选择合适的数据同步方式

　　使用适当的数据同步方式能够更好地保证主从数据的一致性。例如，使用基于GTID或binlog格式的数据同步方式，可确保主从数据的同步流程更为精确和可靠。

　　二、MySQL主从

　　1、数据库主从概念

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

　　数据库需要主从架构的原因：

　　高可用，实时灾备，用于故障切换。比如主库挂了，可以切从库。读写分离，提供查询服务，减少主库压力，提升性能备份数据，避免影响业务。

　　2、数据库主从复制原理

　　主从复制原理，简言之，分三步曲进行：

　　主数据库有个bin log二进制文件，纪录了所有增删改SQL语句。(binlog线程)从数据库把主数据库的bin log文件的SQL 语句复制到自己的中继日志 relay log(io线程)从数据库的relay log重做日志文件，再执行一次这些sql语句。(Sql执行线程)

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

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

　　主库的更新SQL(update、insert、delete)被写到binlog从库发起连接，连接到主库。此时主库创建一个binlog dump thread，把bin log的内容发送到从库。从库启动之后，创建一个I/O线程，读取主库传过来的bin log内容并写入到relay log从库还会创建一个SQL线程，从relay log里面读取内容，从ExecMasterLog_Pos位置开始执行读取到的更新事件，将更新内容写入到slave的db

　　3、主主、主从、主备的区别

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

　　4、MySQL是怎么保证主从一致的

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

　　长链接：

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

　　binlog格式：

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

　　delete from t where a > '666' and create_time<'2022-03-01' limit 1;

　　我们知道，数据选择了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格式。

　　延伸阅读1：MySQL的特点

　　性能卓越服务稳定，很少出现异常宕机开放源代码且无版权制约，自主性强、使用成本低。历史悠久、社区及用户非常活跃，遇到问题，可以很快获取到帮助。软件体积小，安装使用简单，并且易于维护，安装及维护成本低。支持多种操作系统，提供多种api几口，支持多种开发语言。