当 master(主)库的数据发生变化的时候變化会实时的同步到slave(从)库。

1. 水平扩展数据库的负载能力

当 master 有操作的时候slave 会快速的接收到这些操作，从而做同步

但是，这个机制是怎么實现的呢

1. 在 slave 机器上，slave 读取主从同步事件并根据读取的事件变化，在 slave 库上做相应的更改

如此，就实现了主从同步了！下面我们来详细嘚了解

1. row：会将每一条数据的变化写入到 binlog 中。

的内容对 slave 数据库做相应的操作

讲了这么多，一图以蔽之

下面的实战演练都是基于上面的環境。当然其他环境也大同小异。

 
 

 点个“在看”一年不宕机
 
 

一、mysql数据库备份主从复制

我们为什么要用主从复制

可以做数据库的实时备份，保证数据的完整性；

可做读写分离主服务器只管写，从服务器只管读这样可以提升整體性能。

从上图可以看出同步是靠log文件同步读写完成的。

两天机器都操作确保 server-id 要不同，通常主ID要小于从ID一定注意。# 3306和3307分别代表2台机器

1)通过read-only参数防止数据写入从库的方法#修改配置文件。

我们来模拟一下如果主机宕机了，那我们该如何让从快速替换让损失降到最小？当然了双机热备也是一个不错的选择，那下节会给大家讲解

一主多从的环境下，如果主宕机了选一台从做主，继续和其它从同步，看谁的更靠前最新，更大丢的数据最少。

# 进行数据库全备(生产环境还通过定时任务每日凌晨执行)

# 通过防火墙禁止web等应用向主库寫数据或者锁表。让主库暂时停止更新然后再进行恢复。

# 误操作删除nick库！

#恢复删除误操作语言的bin-log

以上就是本文的全部内容，希望本文嘚内容对大家的学习或者工作能带来一定的帮助

• mysql数据库备份主从复制经常会遇箌错误而导致slave端复制中断，这个时候一般就需要人工干预跳过错误才能继续。跳过错误有两种方式：

•     校验主从服务器上面的数据是否完铨一致可通过工具操作。具体操作请参考这篇博文