MySQL: 5. GitLab CI

本文档属于GitHub Actions & GitLab CI指南的一部分。您可以在此处查看完整指南:通过您的 GitHub Actions 或 GitLab CI 流水线启动一个真实的 MySQL 服务,运行测试并自动销毁

👋 欢迎查阅 Stackhero 文档!

Stackhero 提供全托管的 MySQL 云服务,简化了生产环境下的部署与管理:

  • 无限制的连接数与数据传输。
  • 集成的 phpMyAdmin Web 界面,便于数据库管理。
  • 无忧的更新,一键升级。
  • 专属私有基础设施上实现持续高性能与强大安全性

使用 Stackhero,您可以在几分钟内拥有可靠的 MySQL 数据库。让您将更多时间专注于应用开发,而不是环境搭建和维护。立即体验 Stackhero 的 MySQL 云主机服务

您可以将以下配置保存为 .gitlab-ci.yml。每次流水线运行时,都会为您的测试启动一个全新的真实 MySQL 实例。

test:
  image: ubuntu:24.04
  variables:
    STACK_NAME: "ci-mysql-$CI_PIPELINE_ID-$CI_JOB_ID"
    INSTANCE: "10G"   # 如有需要可修改(见第 3 步)
    REGION: "europe"
    SERVICE_STORE: "mysql"
  # STACKHERO_TOKEN 来自您在第 1 步创建的 CI/CD 变量。
  script:
    - set -euo pipefail
    - curl -fsSL https://www.stackhero.io/install.sh | sh
    - apt-get update && apt-get install -y --no-install-recommends jq curl default-mysql-client
    - STACK_ID=$(stackhero --format=script stack-create --name="$STACK_NAME")
    - echo "STACK_ID=$STACK_ID" >> deploy.env
    - SERVICE_ID=$(stackhero --format=script service-add --stack="$STACK_ID" --service-store="$SERVICE_STORE" --instance="$INSTANCE" --region="$REGION")
    - echo "SERVICE_ID=$SERVICE_ID" >> deploy.env
    - stackhero service-wait-for --service="$SERVICE_ID"
    - config=$(stackhero service-configuration-get --service="$SERVICE_ID" --format=json)
    - host=$(echo "$config" | jq -r '.configuration.domain')
password=$(echo "$config" | jq -r '.configuration.mysqlRootPassword')
    # Run a trivial query against the database.
    - mysql --host="$host" --port=3306 --user=root --password="$password" --ssl-mode=REQUIRED -e "SELECT 1;"
    - echo "✅ MySQL 已可从 CI 访问。"
    # 您也可以在此处使用上述凭据运行自定义测试套件 ...
  after_script:
    - test -f deploy.env && . ./deploy.env || true
    - >
      if [ -n "${SERVICE_ID:-}" ]; then
        stackhero service-delete --service="$SERVICE_ID" --confirm
        stackhero service-wait-for --service="$SERVICE_ID"
      fi
    - >
      if [ -n "${STACK_ID:-}" ]; then
        stackhero stack-delete --stack="$STACK_ID" --confirm
      fi

在 GitLab 中,清理操作在 after_script 中执行。该部分无论作业是否失败都会被执行,确保您的 MySQL 资源被及时移除,避免不必要的费用。

在 GitLab 中,after_script 会在全新 shell中运行。为此,脚本会在作业过程中将服务和 stack 的 ID 写入 deploy.env,并在清理前重新加载。这样即使作业中途失败,也能确保资源被正确清理。

这就是 MySQL 的完整 CI 生命周期:创建 stack,添加服务,等待,获取凭据,smoke test,并始终清理。每次流水线运行都能获得一个真实、隔离的服务,结束后不会有任何资源遗留。如需了解更多可用命令及非交互式 STACKHERO_TOKEN 认证,欢迎查阅 完整 CLI 文档