云上 MySQL 的关键，运维，请了解一下
发布时间：2022-07-16 14:01:20 所属栏目：云计算 来源：互联网
导读：使用云上的 MySQL 时，会遇到很多人询问 CDB 的。为了更好的了解云上的 MySQL，本文将介绍一些重要的知识点。 1.实例类型 目前云数据库 MySQL 支持三种架构：基础版、高可用版、单节点高 IO 版 1.基础版是单个节点部署，价格低，性价比非常高，由于是单节点
|
使用云上的 MySQL 时，会遇到很多人询问 CDB 的。为了更好的了解云上的 MySQL，本文将介绍一些重要的知识点。 1.实例类型 目前云数据库 MySQL 支持三种架构：基础版、高可用版、单节点高 IO 版 1.基础版是单个节点部署，价格低，性价比非常高，由于是单节点，数据安全性以及可用性不能保证，不建议生产环境使用 2.高可用版采用一主 N 从的高可用模式，实时热备，提供宕机自动检测和故障自动转移。主从复制方式有三种：异步、半同步、强同步。高可用版默认一主一从异步复制方式，可以通过购买和升级迁移到一主二从强同步模式。 3.单节点高 IO 版采用单个物理节点部署，性价比高；底层存储使用本地 NVMe SSD 硬盘，提供强大的 IO 性能。目前应用于只读实例，帮助业务分摊读压力，适用于有读写分离需求的各个行业应用。 2.数据库实例复制方式 异步复制 应用发起数据更新（含 insert、update、delete 等操作）请求，Master 在执行完更新操作后立即向应用程序返回响应，然后 Master 再向 Slave 复制数据。 半同步复制 应用发起数据更新（含 insert、update、delete 操作）请求，Master 在执行完更新操作后立即向 Slave 复制数据，Slave 接收到数据并写到 relay log 中（无需执行） 后才向 Master 返回成功信息，Master 必须在接受到 Slave 的成功信息后再向应用程序返回响应。 仅在数据复制发生异常（Slave 节点不可用或者数据复制所用网络发生异常）的情况下，Master 会暂停（MySQL 默认10秒左右）对应用的响应，将复制方式降为异步复制。当数据复制恢复正常，将恢复为半同步复制。 腾讯云数据库 MySQL 半同步复制采用一主一从的架构。 强同步复制 应用发起数据更新（含 insert、update、delete 操作）请求，Master 在执行完更新操作后立即向 Slave 复制数据，Slave 接收到数据并执行完 后才向 Master 返回成功信息，Master 必须在接受到 Slave 的成功信息后再向应用程序返回响应。 因 Master 向 Slave 复制数据是同步进行的，Master 每次更新操作都需要同时保证 Slave 也成功执行，因此强同步复制能最大限度的保障主从数据的一致性。但因每次 Master 更新请求都强依赖于 Slave 的返回，因此 Slave 如果仅有单台，它不可用将会极大影响 Master 上的操作。 腾讯云数据库 MySQL 强同步复制采用一主两从的架构，仅需其中一台 Slave 成功执行即可返回，避免了单台 Slave 不可用影响 Master 上操作的问题，提高了强同步复制集群的可用性。 3.高可用实现原理 目前使用最多的就是高可用版本的一主一从架构，正常情况下，客户通过VIP:Port的方式链接到主库上，从库通过 binlog 和主进行同步。云上 MySQL 在数据库所在的物理机发生硬件故障时是如何保证高可用呢？ 1.主所在物理机发生故障： 正常情况下，客户端通过VIP:Port的方式链接到主库上，从库通过binlog和主进行同步。如下图中的步骤1 当主库所在的宿主机发生异常宕机，此时客户端的链接就会被切换到从库（客户端具有断线重连几乎不受影响），此时从库进行读写。主库故障后，云平台会自动生成一个新的主从高可用实例，将最近一天的冷备导入到新实例对，在和当前的旧的从库进行 binlog 的同步。 （编辑：开发网_开封站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
浙公网安备 33038102330459号