负载说明

如果用户未开启全量SQL采集和慢SQL采集，仅使用监控和告警功能，那么本地DBGateway仅需要消耗2%的CPU。

4 vCPU 8 GiB的ECS自建数据库（即总CPU是400%），在3.10内核下，如果数据库的TPS达到8000，开启全量SQL后，仅需要消耗10.7%的CPU。

DBGateway开启全量SQL采集后，会创建Linux系统AF_PACKET套接字，并开始抓取网络数据包，但不会影响正常网络通信。

DBGateway按照TCP/IP协议解析抓取的网络数据包，过滤其他端口的数据包，只对流入MySQL端口的数据包进行分析。

流入MySQL端口的数据包按照MySQL通讯协议拼成完整的SQL。

DBGateway将多条SQL打包压缩后，加密上传到DAS的存储集群中。

若您未开启全量SQL采集和慢SQL采集，仅使用监控和告警功能，那么本地DBGateway仅需要消耗2%的CPU。

若您已开启全量SQL，在不同的操作系统、硬件配置、MySQL负载下，DBGateway的负载情况，线上真实场景的压测数据如下：

• 测试环境：

  • 硬件说明：测试服务器均为阿里云ECS ecs.c5.xlarge规格（4 vCPU 8 GiB I/O优化）的服务器。

  • 操作系统说明：

    • 2.6内核的服务器操作系统为CentOS 6.8 64位

    • 3.10内核的服务器操作系统为CentOS 7.4 64位

    • 4.4内核的服务器操作系统为Ubuntu 16.04 64位

• 测试方法：

  • 在另一台服务器上部署MySQL流量程序，用于创建SQL并访问MySQL，同时开启40个线程（session）访问目标MySQL（select/insert/update/delete循环）。

  • SQL长度在50~281字节之间。

  • 使用top命令记录所在机器的CPU、内存使用情况。

• 测试结果：

  在Linux Kernel 3.2及以上的版本，DBGateway支持以PACKET_MMAP方式（在内核空间中分配一块内核缓冲区，然后用户空间程序调用mmap映射到用户空间）更快地抓取数据包。

  所以DBGateway支持全量SQL功能，在Linux Kernel 3.2及以上的版本上，CPU开销显著降低。

  从表格可以清楚的看到，4 vCPU 8 GiB的ECS自建数据库（即总CPU是400%），在3.10内核下，如果数据库的TPS达到8000，开启全量SQL后，仅需要消耗10.7%的CPU。

  说明

  若仅开启基础监控（数据库性能指标监控、主机性能指标监控等），需要2%的CPU。

  内核版本	1000 TPS	2000 TPS	4000 TPS	8000 TPS	16000 TPS
  2.6内核	6.3%	8.6%	12.3%	21%	33.9%
  3.10内核	3.7%	4.7%	7%	10.7%	18%
  4.4内核	4%	5.3%	7%	11%	18.7%