各位敬爱的开发者们，为了给大家分享更多精彩的技术干货，给大家发明更加污浊的开发者交换环境，请移步至 csdn 平台华为云专区 哦，点击传送门关注：https://blog.csdn.net/devcloud
【小宅按】绝大多数场景下同步时延为 0，极大改善 RPO 和 RTO
在业务运行过程中，你是否常常放心以下问题：业务写入压力较大时，主从时延随之变大？主库在业务高负载状况下呈现故障，从库是否疾速代替主库确保数据无损？
在答复这个问题之前，咱们先来理解一下主从数据库的区别和主从同步提早的起因。
MySQL 主从数据库的区别与提早问题
从数据库是主数据库的备份，当主数据库变动时从数据库要更新。主数据库负责写操作的负载，即所有写的操作都在主数据库上进行，而读的操作则摊派到从数据库上进行。读与写的拆散，能够大大提高读取的效率。
当主库的吞吐量并发较高时，数据库在业务上读写压力太大，CPU 计算负荷大，网卡负荷大，硬盘随机 IO 太高，超出从库的承载能力；MySQL 读写 Binlog 带来的性能影响，导致网络传输提早，从而呈现时延过大状况。
华为云的应答策略
“非双一个性”兼顾数据安全与超低时延
什么是“非双一个性”？
“非双一个性”是华为云数据库 MySQL 新推出的一项针对数据安全与超低时延的关键性技术，目前属于 业界首家独创。
在“非双一个性”的加持下，开启 GTID 时，即便从库（备库 / 只读）设置 Binlog 和 Redo 不同步刷盘，以及在各种异常情况下（比方从库断电）也能保障其数据不失落，从而兼顾了从库极致的写入性能与数据安全。此外，“非双一个性”的加强 Recovery 能够在从库故障重启后主动复原，保障 Binlog 与引擎数据的残缺。
华为云数据库团队在 5.7 版本下做了一个性能比照的测试，测试中各参数数据别离是：
性能比照测试
可见，华为云 MySQL“非双一个性”轻松化解了高负载带来的压力，实现了主从数据库超低时延，无效保障业务的可继续运行。
“非双一个性”的劣势
- 主从同步时延 除大事务场景外，绝大多数场景下即使 sysbench 面临最大写入压力，从库仍旧持续保持 0 时延。
- 极大改善 RPO(还原点指标) 如果主库故障，在要求数据不失落状况下，从库可立刻接管主库。
- 极大改善 RTO (还原工夫指标) 如果主库故障，在要求业务立刻复原状况下，从库也可最大水平保证数据不失落。
华为云 MySQL“非双一个性”的推出，极大保障了数据的平安和从库性能的晋升，为企业业务的稳固继续运行提供了无效保障。
欲了解更多详情，敬请移步华为云官网
更多精彩内容，请滑至顶部点击右上角关注小宅哦~