摘要：
mysql如果出现主从数据不一致情况怎么弄？1.网络的延迟由于mysql主从复制是基于binlog的一种异步复制，通过网络传送binlog文件，理所当然网络延迟是主从不同步的绝大多... mysql如果出现主从数据不一致情况怎么弄？
1.网络的延迟由于mysql主从复制是基于binlog的一种异步复制，通过网络传送binlog文件，理所当然网络延迟是主从不同步的绝大多数的原因，特别是跨机房的数据同步出现这种几率非常的大，所以做读写分离，注意从业务层进行前期设计。
2.主从两台机器的负载不一致由于mysql主从复制是主数据库上面启动1个io线程，而从上面启动1个sql线程和1个io线程，当中任何一台机器的负载很高，忙不过来，导致其中的任何一个线程出现资源不足，都将出现主从不一致的情况。
3.max_allowed_packet设置不一致主数据库上面设置的max_allowed_packet比从数据库大，当一个大的sql语句，能在主数据库上面执行完毕，从数据库上面设置过小，无法执行，导致的主从不一致。
4.key自增键开始的键值跟自增步长设置不一致引起的主从不一致。
5.mysql异常宕机情况下，如果未设置sync_binlog=1或者innodb_flush_log_at_trx_commit=1很有可能出现binlog或者relaylog文件出现损坏，导致主从不一致。
图片来源：网络
6.mysql本身的bug引起的主从不同步。
7.版本不一致，特别是高版本是主，低版本为从的情况下，主数据库上面支持的功能，从数据库上面不支持该功能。
mysql主从同步会加排他锁吗？
MySQL主从同步过程中会加排他锁，这是因为在主库进行数据更新时，需要保证数据的一致性，因此会在更新操作时加排他锁，防止其他会话同时对同一数据进行修改。
这些操作会被同步到从库，从库也会加排他锁进行数据更新操作，保证主从数据的一致性。由于加锁会影响并发性能，因此需要在设计主从同步架构时合理安排同步时机和策略，避免锁冲突导致性能问题。
Mysql“集群”和”主从“两者的区别是什么？
mysql的主从服务器是地理上独立，通过网络保持同步拷贝的系统，他们的处理器内存，永久存储介质都是独立于其他站点的。
1、最明显也最本质data-sharing和nothing-sharing的区别，集群是共享存储的复制中没有任何共享，每台机器都是独立且完整的系统，由此，带来的是应用和实现技术上的区别。
2、Master执行提交语句时，事务被发送到slave，slave开始准备事务的提交，每个slave都要准备事务，然后向master发送OK(或ABORT)消息，表明事务已经准备好或者无法准备该事务。
3、Master等待所有Slave发送OK或ABORT消息，如果Master收到所有 Slave的OK消息，它就会向所有Slave发送提交消息，告诉Slave提交该事务，如果 Master收到来自任何一个Slave的ABORT消息，它就向所有 Slave发送ABORT消息，告诉Slave去中止事务。
mysql加索引影响主从吗？
在MySQL中，加索引会对主从复制产生一定影响。由于主从复制是基于binlog实现的，主库上的索引操作也会被记录到binlog中，然后传输到从库进行重放。
如果在主库上频繁地添加或删除索引，会导致binlog文件变大，从而影响主从复制的性能。因此，在进行索引优化时，需要注意主从复制的情况，尽量减少对binlog文件的影响。
