暂无图片
暂无图片
暂无图片
暂无图片
暂无图片

连接保持

2023-12-18
130

PolarDB新增支持连接保持功能,避免由于一些运维操作(如升级配置、主备切换或升级小版本等)或非运维操作故障(如节点所在服务器故障)导致的连接闪断或新建连接短暂失败的问题,进一步提高PolarDB的高可用性。

前提条件

  • PolarDB数据库代理(PolarProxy)版本需为2.4.7或以上。如何查看和升级当前数据库代理版本,请参见小版本升级
  • 集群版本需为PolarDB MySQL版5.6、5.7或8.0版本且产品系列为集群版。

背景信息

PolarDB已通过高可用组件实现了主节点出现故障时快速进行主备切换,来提供高可用的集群服务。但此类切换过程会对应用程序服务造成影响,导致连接闪断、新建连接短暂失败等问题。引起应用程序服务短暂不可用的场景通常分为如下两种:

  • 计划内(Switchover):即由数据库控制台或后台管控发起的各种运维操作,如升级配置自动/手动主备切换升级小版本等。
  • 计划外(Failover):其它非运维操作引起的故障,比如主节点崩溃,节点所在的主机出现故障等。

通常的解决办法是重启应用程序或保证应用程序具备重连机制,但由于开发周期等原因,在开发设计应用程序的前期可能并未考虑到该问题,导致出现大量的非预期行为甚至应用程序的服务不可用。因此PolarDB新增支持连接保持功能,避免由于一些运维操作或非运维操作故障导致的应用程序服务短暂不可用问题,进一步提高PolarDB集群的高可用性。

实现原理

从连接建立的角度看,PolarDB中的一个会话(Session)包含了一个前端连接(即应用程序和Proxy的连接)和一个后端连接(即Proxy和后端数据库节点的连接)。开启连接保持功能后,当Proxy与旧主节点(即高可用切换前的主节点)连接断开时,Proxy与前端应用的连接保持不断(即应用程序看到的Session),同时Proxy会与新主节点(即高可用切换后的主节点)重新建立连接并且恢复之前的会话状态,以实现对应用程序端无感知的高可用切换。

12

MySQL的连接(会话)通常包括系统变量、用户变量、临时表、字符集编码、事务状态和的Prepare语句状态信息。本文以字符集编码的状态信息为例介绍开启连接保持功能前后的会话状态。

假设应用程序和Proxy间建立了一个连接,并执行了set names utf8; 命令,此时names=utf8就是这个连接的一个状态。当Proxy在新旧主节点中进行切换时,需要保留这个状态,否则会出现字符集乱码问题。所以连接保持的核心在于保证连接切换前后的会话状态一致。

说明

当Proxy将连接从旧主节点切换到新主节点的过程中,会存在短暂的新老数据库同时不可写不可读的时间(具体时长受数据库压力影响),所以在切换时,Proxy会暂时停止将应用程序的连接请求路由到后端数据库,并根据新数据库可读可写能力的恢复时间决定路由方向:

  • 若新数据库在60s内恢复了可写可读能力,Proxy会将请求路由到新数据库。
  • 若新数据库的可读可写能力未能在60s内恢复,Proxy会断开与应用程序间的连接,应用程序需重新发起连接请求(即此时与未使用连接保持功能时的行为一致)。

注意事项

连接保持功能无法保持如下场景中的连接:

  • 当连接切换时,连接(会话)上存在临时表。
  • 当连接切换时,Proxy正在从数据库接收结果报文但只接收了部分结果报文,比如执行SELECT语句后,需要从数据库接收一个包含100 MB数据的结果报文,但切换时数据库只传输了10 MB数据。
  • 当连接切换时,连接(会话)上有正在执行中的事务(如begin;insert into;)。

说明

针对上述场景中的最后两种,若该场景是由于计划内(Switchover)的操作导致的连接切换,Proxy会先保留该请求并等待2s,如果剩余的结果报文能在2s内全部返回或事务能在2s能执行完成,Proxy将在等待时间结束后执行连接切换,从而提高连接保持的概率。

性能测试

  • 测试环境
    • 测试用集群如下:
      • PolarDB MySQL版8.0版本集群(默认包含1个主节点和2个只读节点)。
      • 节点规格为4核16 GB独享规格(polar.mysql.x4.large)。
    • 测试工具:Sysbench。
    • 测试数据如下:
      • 20张表,其中每张表包含10000行记录数。
      • 并发度为20。
  • 测试方法

    在不同运维场景下,测试PolarDB集群的连接保活率(即执行运维操作前后的连接保持比例)。

  • 测试结果

    在如下测试的运维场景中,PolarDB集群均能保持100%的连接保活率。

    说明

    • 当前升级集群规格仅支持在未跳级升级规格(如从4核升级至8核)的场景下能够保持100%的连接保活率,如果是从4核升级到16核(或者更大规格),可能出现连接闪断。
    • 若删除只读节点时触发了数据库代理节点收缩,将导致部分连接的闪断。
    • 内核小版本升级的场景中仅包括数据库内核引擎的小版本升级,而不包含数据库代理的小版本升级,数据库代理的小版本升级会出现连接闪断。
    运维场景保活率
    主备切换100%
    内核小版本升级100%
    升级集群规格100%
    增删节点100%PolarDB新增支持连接保持功能,避免由于一些运维操作(如升级配置、主备切换或升级小版本等)或非运维操作故障(如节点所在服务器故障)导致的连接闪断或新建连接短暂失败的问题,进一步提高PolarDB的高可用性。

    前提条件

    • PolarDB数据库代理(PolarProxy)版本需为2.4.7或以上。如何查看和升级当前数据库代理版本,请参见小版本升级
    • 集群版本需为PolarDB MySQL版5.6、5.7或8.0版本且产品系列为集群版。

    背景信息

    PolarDB已通过高可用组件实现了主节点出现故障时快速进行主备切换,来提供高可用的集群服务。但此类切换过程会对应用程序服务造成影响,导致连接闪断、新建连接短暂失败等问题。引起应用程序服务短暂不可用的场景通常分为如下两种:
    • 计划内(Switchover):即由数据库控制台或后台管控发起的各种运维操作,如升级配置自动/手动主备切换升级小版本等。
    • 计划外(Failover):其它非运维操作引起的故障,比如主节点崩溃,节点所在的主机出现故障等。

    通常的解决办法是重启应用程序或保证应用程序具备重连机制,但由于开发周期等原因,在开发设计应用程序的前期可能并未考虑到该问题,导致出现大量的非预期行为甚至应用程序的服务不可用。因此PolarDB新增支持连接保持功能,避免由于一些运维操作或非运维操作故障导致的应用程序服务短暂不可用问题,进一步提高PolarDB集群的高可用性。

    实现原理

    从连接建立的角度看,PolarDB中的一个会话(Session)包含了一个前端连接(即应用程序和Proxy的连接)和一个后端连接(即Proxy和后端数据库节点的连接)。开启连接保持功能后,当Proxy与旧主节点(即高可用切换前的主节点)连接断开时,Proxy与前端应用的连接保持不断(即应用程序看到的Session),同时Proxy会与新主节点(即高可用切换后的主节点)重新建立连接并且恢复之前的会话状态,以实现对应用程序端无感知的高可用切换。

    12

    MySQL的连接(会话)通常包括系统变量、用户变量、临时表、字符集编码、事务状态和的Prepare语句状态信息。本文以字符集编码的状态信息为例介绍开启连接保持功能前后的会话状态。

    假设应用程序和Proxy间建立了一个连接,并执行了set names utf8; 命令,此时names=utf8就是这个连接的一个状态。当Proxy在新旧主节点中进行切换时,需要保留这个状态,否则会出现字符集乱码问题。所以连接保持的核心在于保证连接切换前后的会话状态一致。

    说明
    当Proxy将连接从旧主节点切换到新主节点的过程中,会存在短暂的新老数据库同时不可写不可读的时间(具体时长受数据库压力影响),所以在切换时,Proxy会暂时停止将应用程序的连接请求路由到后端数据库,并根据新数据库可读可写能力的恢复时间决定路由方向:
    • 若新数据库在60s内恢复了可写可读能力,Proxy会将请求路由到新数据库。
    • 若新数据库的可读可写能力未能在60s内恢复,Proxy会断开与应用程序间的连接,应用程序需重新发起连接请求(即此时与未使用连接保持功能时的行为一致)。

    注意事项

    连接保持功能无法保持如下场景中的连接:
    • 当连接切换时,连接(会话)上存在临时表。
    • 当连接切换时,Proxy正在从数据库接收结果报文但只接收了部分结果报文,比如执行SELECT语句后,需要从数据库接收一个包含100 MB数据的结果报文,但切换时数据库只传输了10 MB数据。
    • 当连接切换时,连接(会话)上有正在执行中的事务(如begin;insert into;)。
    说明
    针对上述场景中的最后两种,若该场景是由于计划内(Switchover)的操作导致的连接切换,Proxy会先保留该请求并等待2s,如果剩余的结果报文能在2s内全部返回或事务能在2s能执行完成,Proxy将在等待时间结束后执行连接切换,从而提高连接保持的概率。

    性能测试

    • 测试环境
      • 测试用集群如下:
        • PolarDB MySQL版8.0版本集群(默认包含1个主节点和2个只读节点)。
        • 节点规格为4核16 GB独享规格(polar.mysql.x4.large)。
      • 测试工具:Sysbench。
      • 测试数据如下:
        • 20张表,其中每张表包含10000行记录数。
        • 并发度为20。
    • 测试方法

      在不同运维场景下,测试PolarDB集群的连接保活率(即执行运维操作前后的连接保持比例)。

    • 测试结果

      在如下测试的运维场景中,PolarDB集群均能保持100%的连接保活率。

      说明
      • 当前升级集群规格仅支持在未跳级升级规格(如从4核升级至8核)的场景下能够保持100%的连接保活率,如果是从4核升级到16核(或者更大规格),可能出现连接闪断。
      • 若删除只读节点时触发了数据库代理节点收缩,将导致部分连接的闪断。
      • 内核小版本升级的场景中仅包括数据库内核引擎的小版本升级,而不包含数据库代理的小版本升级,数据库代理的小版本升级会出现连接闪断。
      运维场景保活率
      主备切换100%
      内核小版本升级100%
      升级集群规格100%
      增删节点100%
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论