Skip to content

ci: add MySQL 5.6 to sandbox-test matrix#90

Merged
renecannao merged 2 commits intomasterfrom
ci/mysql-5-6
Apr 22, 2026
Merged

ci: add MySQL 5.6 to sandbox-test matrix#90
renecannao merged 2 commits intomasterfrom
ci/mysql-5-6

Conversation

@renecannao
Copy link
Copy Markdown

@renecannao renecannao commented Apr 22, 2026

Summary

  • Add MySQL 5.6.51 to the sandbox-test matrix in integration_tests.yml (single + master-slave replication).
  • Branch the download/unpack steps on short version: 5.6 uses linux-glibc2.12-x86_64.tar.gz, 5.7+ keeps linux-glibc2.17-x86_64.tar.xz.
  • Update the README supported-databases row and the website MySQL provider docs so the matrix actually lists 5.6.

Context: dbdeployer has supported MySQL 5.6 since forever (capability gates like MinimumCrashSafeVersion = 5.6.2, MinimumGtidVersion = 5.6.9 in globals/globals.go), but CI never exercised it and the docs implied 5.7 was the floor.

Test plan

  • Sandbox (5.6.51) job succeeds: unpack, deploy single, deploy replication, check_slaves, test_replication.
  • Other matrix entries (8.0, 8.4, 9.x) still pass.
  • No impact on unrelated jobs (Percona, MariaDB, InnoDB Cluster, etc.).

Summary by CodeRabbit

  • Documentation

    • Extended MySQL version support to include versions 5.6 and 5.7 (in addition to 8.0, 8.4, 9.x).
    • Updated Group Replication compatibility requirements (5.7.17+ minimum).
    • Added topology constraint documentation for legacy MySQL versions.
  • Tests

    • Enhanced integration tests to cover MySQL 5.6 compatibility.

MySQL 5.6 has been supported by dbdeployer since inception, but CI
didn't exercise it. Add 5.6.51 (the last 5.6 release) to the
sandbox-test job covering single + master-slave replication, and
update the docs so the supported-versions matrix reflects reality.

MySQL 5.6 tarballs ship as .tar.gz built against glibc2.12, unlike
5.7+ which ship .tar.xz/glibc2.17, so the download/unpack steps
branch on short version.
@coderabbitai
Copy link
Copy Markdown

coderabbitai Bot commented Apr 22, 2026

Warning

Rate limit exceeded

@renecannao has exceeded the limit for the number of commits that can be reviewed per hour. Please wait 48 minutes and 15 seconds before requesting another review.

Your organization is not enrolled in usage-based pricing. Contact your admin to enable usage-based pricing to continue reviews beyond the rate limit, or try again in 48 minutes and 15 seconds.

⌛ How to resolve this issue?

After the wait time has elapsed, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

We recommend that you space out your commits to avoid hitting the rate limit.

🚦 How do rate limits work?

CodeRabbit enforces hourly rate limits for each developer per organization.

Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout.

Please see our FAQ for further information.

ℹ️ Review info
⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Pro

Run ID: 224a1f2b-5d12-4aa8-9827-1db7da4379ab

📥 Commits

Reviewing files that changed from the base of the PR and between 7cc2cc7 and 8df4c64.

📒 Files selected for processing (2)
  • .github/workflows/integration_tests.yml
  • website/src/content/docs/providers/mysql.md
📝 Walkthrough

Walkthrough

Extended MySQL 5.6 support across testing and documentation. The integration test workflow now includes MySQL 5.6.51 with version-specific tarball handling logic. README and provider documentation updated to reflect 5.6 as a supported legacy version with specific topology constraints.

Changes

Cohort / File(s) Summary
Workflow & Testing
.github/workflows/integration_tests.yml
Extended MySQL test matrix to include version 5.6.51; added conditional logic to select version-specific tarballs (5.6 uses glibc2.12, newer versions use glibc2.17) in both download and unpack steps.
Documentation
README.md, website/src/content/docs/providers/mysql.md
Updated supported MySQL versions from (8.0, 8.4, 9.x) to (5.6, 5.7, 8.0, 8.4, 9.x); marked 5.6 as Legacy; refined Group Replication support to version-gated (5.7.17+); documented topology constraints for 5.6 (single and replication only).

Estimated code review effort

🎯 2 (Simple) | ⏱️ ~10 minutes

Possibly related PRs

Poem

🐰 Hop, hop, hooray! MySQL 5.6 comes to play,
Ancient archives unpacked with care,
Different tarballs for versions rare,
Documentation dancing, topology's fair,
Legacy support hopping everywhere! 🥕

🚥 Pre-merge checks | ✅ 5
✅ Passed checks (5 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title accurately and concisely summarizes the main change: adding MySQL 5.6 to the CI test matrix, which is the primary purpose of this PR across workflow, documentation, and provider docs changes.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
Linked Issues check ✅ Passed Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check ✅ Passed Check skipped because no linked issues were found for this pull request.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch ci/mysql-5-6

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

Copy link
Copy Markdown

@gemini-code-assist gemini-code-assist Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request updates the documentation to include MySQL 5.6 in the supported versions list and clarifies version requirements for various topologies. The review feedback suggests removing redundant 'unsupported' notes for the 5.6.x series to maintain consistency with other entries. Additionally, it is recommended to revert the minimum version for Single and Master-slave topologies to 'any', as the tool maintains compatibility with versions older than 5.6.


| Series | Status | Topologies |
|--------|--------|-----------|
| 5.6.x | Legacy | single, replication (GTID 5.6.9+), fan-in/all-masters unsupported |
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

The note fan-in/all-masters unsupported is redundant in this table because the "Supported Topologies" table below already explicitly states that these topologies require at least version 5.7.9. Removing this note would make the row cleaner and more consistent with the 5.7.x row, which only lists supported features.

Suggested change
| 5.6.x | Legacy | single, replication (GTID 5.6.9+), fan-in/all-masters unsupported |
| 5.6.x | Legacy | single, replication (GTID 5.6.9+) |

Comment on lines +100 to +101
| Single | `deploy single` | 5.6 |
| Master-slave | `--topology=master-slave` (default) | 5.6 |
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

Changing the minimum version from any to 5.6 for Single and Master-slave topologies is technically inaccurate. While this PR adds 5.6 to the official test matrix, dbdeployer continues to support much older versions (e.g., 5.5, 5.1, 5.0, and 4.1 as evidenced by the functional test suite in test/functional-test.sh). Since these topologies have no technical version floor within the tool's capabilities, any remains the most accurate description.

Suggested change
| Single | `deploy single` | 5.6 |
| Master-slave | `--topology=master-slave` (default) | 5.6 |
| Single | deploy single | any |
| Master-slave | --topology=master-slave (default) | any |

Copy link
Copy Markdown

@coderabbitai coderabbitai Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 1

🧹 Nitpick comments (2)
.github/workflows/integration_tests.yml (1)

53-79: Duplicated tarball-selection logic between download and unpack steps.

The SHORT_VER derivation and TARBALL branching are duplicated verbatim in both "Download MySQL" (lines 53-60) and "Unpack MySQL" (lines 74-79). If the naming convention ever needs another special case (e.g., ARM, 5.5, or glibc variants), both places must be kept in sync. Consider computing once in the download step and exporting via $GITHUB_ENV so the unpack step can reuse it.

♻️ Proposed refactor
       - name: Download MySQL
         run: |
           SHORT_VER=$(echo "$MYSQL_VERSION" | grep -oP '^\d+\.\d+')
-          # MySQL 5.6 ships as .tar.gz built against glibc2.12; 5.7+ ships
-          # as .tar.xz built against glibc2.17.
           if [ "$SHORT_VER" = "5.6" ]; then
             TARBALL="mysql-${MYSQL_VERSION}-linux-glibc2.12-x86_64.tar.gz"
           else
             TARBALL="mysql-${MYSQL_VERSION}-linux-glibc2.17-x86_64.tar.xz"
           fi
+          echo "TARBALL=$TARBALL" >> "$GITHUB_ENV"
+          echo "SHORT_VER=$SHORT_VER" >> "$GITHUB_ENV"
           mkdir -p /tmp/mysql-tarball
           if [ ! -f "/tmp/mysql-tarball/$TARBALL" ]; then
             ...

       - name: Unpack MySQL
         run: |
           mkdir -p "$SANDBOX_BINARY"
-          SHORT_VER=$(echo "$MYSQL_VERSION" | grep -oP '^\d+\.\d+')
-          if [ "$SHORT_VER" = "5.6" ]; then
-            TARBALL="mysql-${MYSQL_VERSION}-linux-glibc2.12-x86_64.tar.gz"
-          else
-            TARBALL="mysql-${MYSQL_VERSION}-linux-glibc2.17-x86_64.tar.xz"
-          fi
           ./dbdeployer unpack "/tmp/mysql-tarball/$TARBALL" \
             --sandbox-binary="$SANDBOX_BINARY"
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In @.github/workflows/integration_tests.yml around lines 53 - 79, The tarball
selection (SHORT_VER and TARBALL) is duplicated; compute SHORT_VER and TARBALL
once in the "Download MySQL" step and export TARBALL (and optionally SHORT_VER)
to the environment so the "Unpack MySQL" step can reuse them via $GITHUB_ENV;
update the "Download MySQL" step to write TARBALL into $GITHUB_ENV after
determining it, and remove the duplicated logic from the "Unpack MySQL" step so
it simply reads the exported $TARBALL (and $SHORT_VER if needed).
website/src/content/docs/providers/mysql.md (1)

88-88: Minor: "replication (GTID 5.6.9+)" could be misread as requiring GTID.

Plain master-slave replication works on 5.6.x without GTID; GTID is only required when --gtid is used (which needs 5.6.9+). Consider rewording to e.g. single, replication (GTID requires 5.6.9+); fan-in/all-masters unsupported to avoid implying GTID is mandatory.

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@website/src/content/docs/providers/mysql.md` at line 88, The table entry
string "replication (GTID 5.6.9+)" can be misread as GTID being required; update
that text to clarify GTID is optional and only required when using the --gtid
flag and that GTID support needs 5.6.9+. Replace the current cell text with
something like "single, replication (GTID requires 5.6.9+), fan-in/all-masters
unsupported" so the meaning in the MySQL providers doc is unambiguous.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Inline comments:
In `@website/src/content/docs/providers/mysql.md`:
- Around line 100-101: The table entry narrowing minimum MySQL version to "5.6"
for "deploy single" and "--topology=master-slave" appears accidental; revert
those two cells back to "any" (restore the previous wording for the `deploy
single` and `--topology=master-slave` rows) unless dropping pre-5.6 support is
intentional—if intentional, add a short note explaining the change and update
any related docs/tests to reflect the new minimum.

---

Nitpick comments:
In @.github/workflows/integration_tests.yml:
- Around line 53-79: The tarball selection (SHORT_VER and TARBALL) is
duplicated; compute SHORT_VER and TARBALL once in the "Download MySQL" step and
export TARBALL (and optionally SHORT_VER) to the environment so the "Unpack
MySQL" step can reuse them via $GITHUB_ENV; update the "Download MySQL" step to
write TARBALL into $GITHUB_ENV after determining it, and remove the duplicated
logic from the "Unpack MySQL" step so it simply reads the exported $TARBALL (and
$SHORT_VER if needed).

In `@website/src/content/docs/providers/mysql.md`:
- Line 88: The table entry string "replication (GTID 5.6.9+)" can be misread as
GTID being required; update that text to clarify GTID is optional and only
required when using the --gtid flag and that GTID support needs 5.6.9+. Replace
the current cell text with something like "single, replication (GTID requires
5.6.9+), fan-in/all-masters unsupported" so the meaning in the MySQL providers
doc is unambiguous.
🪄 Autofix (Beta)

Fix all unresolved CodeRabbit comments on this PR:

  • Push a commit to this branch (recommended)
  • Create a new PR with the fixes

ℹ️ Review info
⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Pro

Run ID: 54bbdd17-3a2f-4b19-9b5c-cca3b6576168

📥 Commits

Reviewing files that changed from the base of the PR and between 2e36834 and 7cc2cc7.

📒 Files selected for processing (3)
  • .github/workflows/integration_tests.yml
  • README.md
  • website/src/content/docs/providers/mysql.md

Comment thread website/src/content/docs/providers/mysql.md Outdated
- Revert `Single` and `Master-slave` min-version cells to `any` in the
  Topologies table. Adding 5.6 to CI doesn't narrow the tool's actual
  floor — dbdeployer still works with 5.5 and earlier (ts/setup.go
  default list includes 5.5, functional tests cover older versions).
- Simplify the new `5.6.x` row in the Supported Versions table.
  The GTID and topology-exclusion notes belong in the Topologies
  table that follows; the 5.7.x row doesn't annotate them either.
- Dedupe the tarball-selection logic in integration_tests.yml by
  computing it once in a "Resolve tarball name" step and exporting
  via $GITHUB_ENV for Download and Unpack to consume.
@renecannao renecannao merged commit 2558704 into master Apr 22, 2026
36 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant