【云小课】【第18课】GaussDB(for MySQL)读请求场景多,只读节点有话说!

在日常工作中,很多数据一旦录入,轻易不会修改,但却常常会被调用。在对数据库有少量写请求,但有大量读请求的应用场景下,单个实例可能无法抵抗读取压力,甚至对主业务产生影响。遇到这种问题该怎么办?                                

别担心,云数据库 GaussDB(for MySQL)只读节点帮您完美解决这个问题,让您轻松应对各种应用场景。为了实现读取能力的弹性扩展,分担数据库压力,您可以在某个区域中创建一个或多个只读节点,利用只读节点满足大量的数据库读取需求,以此增加应用的吞吐量。

云数据库 GaussDB(for MySQL)是华为自研的最新一代企业级高扩展海量存储分布式数据库,完全兼容MySQL。基于华为最新一代DFV存储,采用计算存储分离架构,128TB的海量存储,无需分库分表,数据0丢失,既拥有商业数据库的高可用和性能,又具备开源低成本效益。


创建只读节点:

只读节点用于增强实例主节点的读能力,减轻主节点负载。一个实例中,最多支持15个只读节点。

操作步骤:

  1.   登录管理控制台。

  2. 单击管理控制台左上角的,选择区域和项目。

  3. 选择“数据库 > 云数据库 GaussDB”。进入云数据库GaussDB信息页面。

  4. 在“实例管理”页面,选择指定的实例,单击操作列的“更多 > 创建只读”,进入“创建只读”页面。您也可在实例的“基本信息”页面,单击拓扑图中的,创建只读节点。

  5. 在“创建只读”页面,选择“故障倒换优先级”和“购买数量”,包周期单击“立即购买”,按需计费单击“立即创建”。

       


只读节点升主节点

GaussDB(for MySQL)是一个多节点的实例,其中一个节点是主节点(Master),其他节点为只读节点。除了因系统故障自动切换主备外,对于用于高可用演练,或者需指定某个节点为主节点的场景,您也可以手动切换主备,指定一个只读节点为新的主节点。

手动切换:

  1. 登录管理控制台。

  2. 单击管理控制台左上角的,选择区域和项目。

  3. 选择“数据库 > 云数据库 GaussDB”。进入云数据库GaussDB信息页面。

  4. 在“实例管理”页面的实例列表中,选择对应实例,单击实例名称进入“基本信息”页面。

  5. 在“基本信息”页面底部,选择目标只读节点,在“操作”列单击“只读升主”。

  6. 在弹出框中单击“是”下发请求。

    a)   切换时可能会出现30秒左右的闪断,请确保应用具备重连机制。

    b)   切换过程中节点运行状态为“只读升主中”,此过程大概需要几秒或几分钟。

    c)   切换完成后,节点运行状态变为“正常”,您可查看到原先的只读节点和主节点的角色已经互换。


自动切换:

GaussDB(for MySQL)采用双活(Active-Active)的高可用实例架构,可读写的主节点和只读节点之间自动进行故障倒换(Failover),系统自动选取新的主节点。

GaussDB(for MySQL)每个节点都有一个故障倒换优先级,决定了故障倒换时被选取为主节点的概率高低。

  • 故障倒换优先级的取值范围为1~16,数字越小,优先级越高,即故障倒换时,主节点会优先倒换到优先级高的只读节点上。

  • 当多个节点的优先级相同时,这些节点具有相同的概率被选取为主节点。

GaussDB(for MySQL)按以下步骤自动选取主节点:

  1.  系统找出当前可以被选取的所有只读节点。

  2.  选择优先级最高的一个或多个只读节点。

  3. 如果由于网络原因、复制状态异常等,第一个节点切换失败,则会尝试切换下一个,直至成功。


删除只读节点

对于“按需计费”模式的只读节点,您可根据业务需要,在GaussDB(for MySQL)数据库“基本信息”页面手动删除来释放资源。只读节点删除后,不可恢复,请谨慎操作。

操作步骤:

  1. 登录管理控制台。

  2. 单击管理控制台左上角的,选择区域和项目。

  3. 选择“数据库 > 云数据库 GaussDB”。进入云数据库GaussDB信息页面。

  4. 在“实例管理”页面的实例列表中,选择对应实例,单击实例名称进入“基本信息”页面。

  5. 在“基本信息”页面底部,选择目标只读节点,在“操作”列单击“删除”。

    为保证高可用,系统会保留一个正常只读节点不可被单独删除,只有删除实例时,才会被删除。

  6. 在弹出框中单击“是”下发请求,稍后刷新“实例管理”页面,查看删除结果。

赶紧戳这里,了解详情吧~~

合智互联客户成功服务热线:400-1565-661

admin
admin管理员

上一篇:Spark-Redis工作篇:执行海量数据插入、查询作业时碰到的问题
下一篇:从零开始实施推荐系统的落地部署——20.推荐系统案例(十)kibana的可视化

留言评论

暂无留言
取消
扫码支持