在我们通常的工作中，数据库最多的是MySQL。随着业务的增加，如果您单独依靠服务器，则负载太重，很容易引起停机时间。
这样，我们在MySQL数据库上保存的数据将丢失，因此如何解决该数据？
实际上，在MySQL本身中，它具有自身的复制功能，这可以帮助我们实现负载平衡和读写分离。
对于主服务器（主服务器），它主要负责写作。它主要负责从服务器（从）阅读。在这种情况下，它将大大降低压力并提高效率。
MySQL Master -Slave Replication是一个可以从MySQL数据库服务器主节点复制到一个或多个节点的数据。
MySQL默认使用异步复制方法，因此您无需从节点访问主服务器即可更新数据。数据更新可以在远程连接上执行。从节点中，您可以在主数据库或特定数据库或特定表或特定表中复制所有数据库。
①当主节点执行插入，更新，删除时，它将按顺序写入binlog。
②salve从库中连接了主库。有多少个从主机创建一个Binlog转储线程。
③当主节点的Binlog更改时，Binlog转储线程将通知所有Salve节点，并将相应的Binlog内容推向从属节点。
④在I/O线程接收BINLOG内容后，将内容写入本地继电器gog。
⑤SQL线程读取由I/O线程编写的继电器-LOG，并根据中继-LOG的内容进行数据库的相应操作。
一位大师
主复制
一位大师
多数
关节副本
从MySQL5.5开始，MySQL支持一半同步复制，一半同步副本在异步复制和同步复制之间。我将其写入继电器日志，并将结果返回给客户端，并将其返回到异步复制，半稳定性复制。数据的安全性，还导致TCP/IP圆形访问时间延迟。
Sync_binlog的默认值为0。mySQL不会将binlog同步到磁盘。该值表明每个Binlog都同步到磁盘。
INNODB_FLUSH_LOG_AT_TRX_COMMIT是1代表每个事务或交易外部的指令，这需要日志齐平齐平。
注意：当以上两个值同时设置为1时，写作性能将受到限制。仅建议使用对数据安全的高要求，例如涉及货币的订单支付业务，以及系统I/O能力的系统I/O功能得到支持！
解决库复制中延迟的问题：