提示：AI 结果必须带引用；若证据不足会提示“未找到可靠证据”。

    下载 Markdown

    云数据库代理网关真实服务器测试报告（2026-02-15）

    测试日期：2026-02-15
    目标服务器：101.126.85.14:18080
    服务版本：e4a89b0
    报告类型：真实服务器在线压测（非本地 mock）

    1. 执行概况

    1.1 部署结果

    已执行部署脚本并成功发布：

    bash /Users/Zhuanz/work-space/cloud-data-proxy/scripts/deploy.sh /Users/Zhuanz/work-space/cloud-data-proxy/gateway.env

    部署后状态：

    1. cloud-data-proxy.service 为 active (running)。
    2. 健康检查通过：
      • GET http://101.126.85.14:18080/healthz -> {"ok":true}
      • GET http://101.126.85.14:18080/readyz -> {"ok":true}

    1.2 服务器资源（压测时）

    1. CPU：4 vCPU（Intel Xeon Platinum 8336C）。
    2. 内存：3.8 GiB（测试时可用约 923 MiB）。
    3. 系统：Ubuntu 5.15 内核，KVM 虚拟化。

    2. 测试目标

    1. 在真实服务器上验证当前版本可用性与性能上限。
    2. 给出“目前这套可满足的最低和最高数据”。
    3. 识别吞吐瓶颈并给出解释。

    3. 测试方法

    3.1 测试对象与链路

    1. 数据面接口：/v1/query、/v1/exec。
    2. 真实流程：新建压测应用 -> 自动开库开用户 -> DDL 建表 -> DML 写入 -> 压测。
    3. 压测工具：ab（ApacheBench）。

    3.2 压测前设置

    1. 新建应用并获取 api_key（已保存原始响应）。
    2. 应用策略调优：
      • qps_query=1000
      • qps_exec=1000
      • max_inflight=1000
    3. 系统全局限流（关键瓶颈）：
      • rate_limit_global_qps=200（来自 /admin/settings）。

    3.3 压测命令口径

    每档并发固定压测 15 秒：

    ab -n 1000000 -t 15 -c <并发> -k -p <payload.json> -T application/json \
  -H "Authorization: Bearer <api_key>" http://101.126.85.14:18080/v1/query

    /v1/exec 同理。

    4. 测试结果（真实）

    4.1 Query 压测结果

    并发 总请求 非2xx 原始 RPS 成功 QPS 失败率 P95(ms)
    1 233 0 15.50 15.50 0.00% 127
    10 2621 0 174.62 174.62 0.00% 124
    50 12524 9372 834.07 209.92 74.83% 125
    100 14531 11540 968.39 199.33 79.42% 349
    200 13534 10554 902.01 198.61 77.98% 610

    4.2 Exec 压测结果

    并发 总请求 非2xx 原始 RPS 成功 QPS 失败率 P95(ms)
    1 279 0 18.46 18.46 0.00% 122
    10 2627 0 175.08 175.08 0.00% 119
    50 12452 9310 829.45 209.29 74.77% 125
    100 14711 11734 980.18 198.35 79.76% 349
    200 13818 10816 920.90 200.07 78.28% 608

    5. 你关心的“最低和最高数据”

    基于本次真实服务器测试（成功请求口径）：

    1. 最低可满足吞吐：15.50 QPS（/v1/query, 并发=1）。
    2. 最高可达到吞吐（峰值）：209.92 QPS（/v1/query, 并发=50）。
    3. 高并发稳态可满足区间（并发>=100）：约 198 ~ 200 QPS。

    6. 瓶颈分析

    1. 当前主要瓶颈是系统配置的全局限流：RATE_LIMIT_GLOBAL_QPS=200。
    2. 当并发升高时，原始吞吐（含 429）可达 800~980 RPS，但成功吞吐被“硬限制”在约 200 QPS。
    3. /metrics 与 ab 同时显示了大量 429，与限流瓶颈一致。

    7. 结论

    1. 当前线上版本稳定可用，部署与健康检查正常。
    2. 在当前配置下，系统真实可交付吞吐上限约 200 QPS（成功请求）。
    3. 若你要更高上限，下一步必须先提升全局限流并重新做同口径压测。

    8. 原始数据与证据

    以下文件已保存：

    1. 汇总 CSV：/Users/Zhuanz/work-space/hot-docs/content/docs/reference/data/cloud-db-access-gateway-real-test-2026-02-15/ab-summary.csv
    2. 指标快照：/Users/Zhuanz/work-space/hot-docs/content/docs/reference/data/cloud-db-access-gateway-real-test-2026-02-15/metrics-snapshot.prom
    3. 创建应用响应：/Users/Zhuanz/work-space/hot-docs/content/docs/reference/data/cloud-db-access-gateway-real-test-2026-02-15/create-app-response.json
    4. 应用策略响应：/Users/Zhuanz/work-space/hot-docs/content/docs/reference/data/cloud-db-access-gateway-real-test-2026-02-15/patch-policy-response.json