MySQL默认Replication如何搭建异步复制-创新互联
本文主要给大家介绍MySQL默认Replication如何搭建异步复制，文章内容都是笔者用心摘选和编辑的，具有一定的针对性，对大家的参考意义还是比较大的，下面跟笔者一起了解下MySQL默认Replication如何搭建异步复制吧。
创新互联坚持“要么做到，要么别承诺”的工作理念，服务领域包括：成都网站制作、成都网站设计、企业官网、英文网站、手机端网站、网站推广等服务，满足客户于互联网时代的通辽网站设计、移动媒体设计的需求，帮助企业找到有效的互联网解决方案。努力成为您成熟可靠的网络建设合作伙伴！1.背景知识
Asynchronous replication
the master writes events to its binary log and slaves request them when they are ready. There is no guarantee that any event will ever reach any slave.
--主库只管把events写入binlog中，不管从库有没有收到。
Fully synchronous replication
when a master commits a transaction, all slaves also will have committed the transaction before the master returns to the session that performed the transaction. The drawback of this is that there might be a lot of delay to complete a transaction.
--主库提交一个事物，需要等待所有从库先提交才能返回结果，执行这个事物。这样会造成一个事物延时。
Semisynchronous replication
falls between asynchronous and fully synchronous replication. The master waits only until at least one slave has received and logged the events. It does not wait for all slaves to acknowledge receipt, and it requires only receipt, not that the events have been fully executed and committed on the slave side.
--介于异步复制和全复制之间，主库仅仅只要等待至少一个从库收到和记录events。它不需要等待所有的从库告诉它收到events,也不需要从库执行和提交事物，从库只是收到events就会告诉主库，这样主库就可以提前提交事物了。
此外，半同步也分两种，有参数rpl_semi_sync_master_wait_point控制，这里我就不多做解释了，我们使用默认设置after_sync,这种数据零丢失
AFTER_SYNC (the default): The master writes each transaction to its binary log and the slave, and syncs the binary log to disk. The master waits for slave acknowledgment of transaction receipt after the sync. Upon receiving acknowledgment, the master commits the transaction to the storage engine and returns a result to the client, which then can proceed.
AFTER_COMMIT: The master writes each transaction to its binary log and the slave, syncs the binary log, and commits the transaction to the storage engine. The master waits for slave acknowledgment of transaction receipt after the commit. Upon receiving acknowledgment, the master returns a result to the client, which then can proceed.
2.测试环境
| Role | Hostname | IP | CPU | Memory | MySQL Version |
| TPCC | sht-sgmhadoopcm-01 | 172.16.101.54 | 2Core | 8G | NO |
| master | sht-sgmhadoopdn-01 | 172.16.101.58 | 2Core | 6G | 5.7.21 |
| slave1 | sht-sgmhadoopdn-02 | 172.16.101.59 | 2Core | 6G | 5.7.21 |
| slave2 | sht-sgmhadoopdn-03 | 172.16.101.60 | 2Core | 6G | 5.7.21 |
一个master,slave1和slave2都是master的直接从库。
分两种情况测试：
（1）当slave1和slave2都是异步复制的时候
（2）当slave1是半同步复制，slave2是异步复制的时候
3.压力测试
使用TPCC压力测试软件，比较TPS判断异步和半同步复制的性能差异到底有多大。
具体如何测试，可以参考之前的博客：MySQL压测--TPCC安装，测试
通过TPCC测试获得的数据库TpmC数据
| Thread Count | Asynchronous | Semisynchronous |
| 4 | 1145.900 | 1081.133 |
| 8 | 1966.633 | 1687.933 |
| 16 | 3202.333 | 2538.233 |
| 32 | 4363.533 | 3302.167 |
| 64 | 5112.900 | 3638.667 |
| 128 | 5257.267 | 3738.100 |
| 256 | 5199.733 | 3823.833 |
| 512 | 4753.700 | 3538.633 |
| 1024 | 3268.633 | 2769.667 |
| 1536 | 2294.000 | 2215.733 |
绘制折线图像
4.总结
从本测试结果可以看出：
无论是半同步复制还是异步复制，数据库的TpmC刚开始随着并发线程的增加而增加，到达200个左右，TpmC开始逐渐下降；
当线程数在16-1024左右之间，异步复制的TpmC明显比半同步的大很多，相差大概1000-2000左右，所以半同步相比异步性能是要下降很多；
如果你的数据库并发并不是很多，又对数据安全要求比较高，可以优先考虑使用半同步复制；
看完以上关于MySQL默认Replication如何搭建异步复制，很多读者朋友肯定多少有一定的了解，如需获取更多的行业知识信息 ，可以持续关注我们的行业资讯栏目的。
另外有需要云服务器可以了解下创新互联cdcxhl.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。
当前标题：MySQL默认Replication如何搭建异步复制-创新互联
标题链接：http://hbruida.cn/article/cshpop.html
