避免数据复制延迟，解读GaussDB(for MySQL) 主备0延迟
本文分享自华为云社区《【选择GaussDB(for MySQL)的十大理由】之一：主备0延迟》，作者： GaussDB 数据库。
复制延迟是传统MySQL架构难以消除的缺陷
在企业级的生产环境中，MySQL通常使用集群架构，常见的有一主一从和一主多从，且在很多情况下都会面临主从复制延迟的问题。MySQL的复制延迟是指主从服务器之间的数据同步有时间差，导致主从数据不一致，甚至在故障倒换时发生丢失数据等重大故障。
在日常使用MySQL过程中就可能存在一定的复制延迟。这是因为在传统主备架构中，主库在变更自身数据文件的同时将变更操作记录到binlog文件中，备库复制binlog文件并回放其中记录的写操作，从而使得自身的数据文件与主库做同样的变更。这个过程是异步的或者半同步的。其中一些场景会加剧复制延迟，如网络卡顿、备库IO性能瓶颈、处理大事务、服务器负载高、锁竞争等。
GaussDB(for MySQL)如何避免复制延迟
GaussDB(for MySQL)是华为自研的新一代企业级高扩展海量存储云原生数据库，完全兼容MySQL。同时，基于华为新一代DFV存储，采用计算存储分离架构。
从架构上看，GaussDB(for MySQL)不仅计算和存储实现了解耦，主库和从库同样也实现了解耦。这是因为其主从节点共享了一份数据，所以抛弃传统的主备复制流程，主从之间不再依赖binlog的复制和回放来做数据同步。
另外，GaussDB(for MySQL)采用“日志即数据”的设计，相较于传统MySQL，不再需要刷page，所有的更新操作仅记录日志，不再需要double write，从而实现毫秒级的主从延迟。
用户在使用MySQL时，从库上常常承担部分读流量，GaussDB(for MySQL)可以保证主和只读之间无延时，保证数据的强一致性，在时延敏感类业务中发挥巨大作用。
除此之外，在遇到进程hang死或服务器宕机等故障场景时，MySQL的高可用机制会触发主备倒换。如果此时复制时延较大，故障恢复的RTO就会较大，若强行进行主备倒换可能导致数据丢失。GaussDB(for MySQL)能够从容面对无法预料的故障场景，故障发生第一时间进行主备倒换，保证数据0丢失。
GaussDB(for MySQL)轻松化解业务难题
金智教育是国内领先的高校信息化服务运营商，旗下推出的辅导猫致力于学生日常管理的协同办公，与全国200+高校的学工处、辅导员、班主任一起创造属于自己的信息化应用。
辅导猫业务覆盖全国1000+高校，日活达到百万人次，数据表多达5万张，业务涉及多表的同时更新和查询。其中业务的核心痛点就是主从复制时延问题：部分业务写在主库，读在只读库，因主从时延较大，导致学生反复提交信息，统计看板展示的信息也无法及时更新。
针对该业务痛点，客户采用华为云提供的“GaussDB(for MySQL)+Proxy”解决方案。GaussDB(for MySQL)的存算分离架构实现存储共享，主节点和只读节点间无时延，上层业务全栈无感。
GaussDB(for MySQL)主备0延迟的特点在金融业务、电商大促、游戏周年庆等多种业务场景中同样发挥奇效。例如，用户在只读库上查询一单已支付的订单状态，如果此时只读库还没有及时同步主库的数据，那么用户可能会看到订单状态是未支付，给用户带来困扰体验的同时降低了产品信誉度。
总结
GaussDB(for MySQL)存算分离架构，天然地解决了传统MySQL主备架构的复制延迟困境，从根上避免了主从数据不一致带来的一系列问题。如业务有需要，可购买 “包年/包月” 或 “按需” 实例，自动创建无需部署，快来试用吧！https://www.huaweicloud.com/product/gaussdbformysql.html
