Amazon Aurora MySQL 3.13 が GA になったので Data API でバージョンを確認してみた
はじめに
Amazon Aurora MySQL 3.13.0 が 2026-08-27 にリリースされ、一般提供が始まりました。互換 MySQL バージョンは 8.0.45 です。
ひとつ前のマイナーバージョンである 3.12.0 との違いは次のとおりです。
| 項目 | 3.12.0 | 3.13.0 |
|---|---|---|
| 互換 MySQL バージョン | 8.0.44 | 8.0.45 |
| リリース日 | 2026-02-17 | 2026-08-27 |
3.13.0 のリリースノートを見ると、New features の節がありません。全体は Improvements と、コミュニティ版のバグ修正の取り込みで構成されています。Improvements の内訳は、セキュリティ修正、可用性改善、一般改善、アップグレードと移行の4つです。
セキュリティ修正には、高深刻度の CVE-2026-46863 が1件、中深刻度が5件含まれています。可用性改善では、パーティション操作中、グローバルデータベースのスイッチオーバー中、Enhanced Binlog 有効時などに起きていた再起動が修正されています。性能面では、Aurora の物理レプリケーションで writer の変更を reader 側が複数スレッドで適用するようになりました。
本記事では、ap-northeast-1 で最小構成のクラスターを起動してバージョンを確認し、リリースカレンダーをもとにサポート期限を整理します。
検証内容
ap-northeast-1 で実行した結果を順に示します。
提供バージョン確認
まず、ap-northeast-1 で選択できる Aurora MySQL のエンジンバージョンを一覧しました。
aws rds describe-db-engine-versions \
--region ap-northeast-1 \
--engine aurora-mysql \
--query 'DBEngineVersions[].{EngineVersion:EngineVersion,Status:Status,Major:MajorEngineVersion}'
出力の末尾を抜粋します。
{
"EngineVersion": "8.0.mysql_aurora.3.12.0",
"Status": "available",
"Major": "8.0"
},
{
"EngineVersion": "8.0.mysql_aurora.3.13.0",
"Status": "available",
"Major": "8.0"
},
{
"EngineVersion": "8.4.mysql_aurora.8.4.7",
"Status": "available",
"Major": "8.4"
}
3.13.0 が available として返りました。そのうえで、バージョンを指定せずに作成した場合の既定値を確認しました。
aws rds describe-db-engine-versions \
--region ap-northeast-1 \
--engine aurora-mysql \
--default-only \
--query 'DBEngineVersions[].{EngineVersion:EngineVersion,MajorEngineVersion:MajorEngineVersion}'
[
{
"EngineVersion": "8.0.mysql_aurora.3.10.3",
"MajorEngineVersion": "8.0"
}
]
3.10.3 が返りました。ドキュメントによると、describe-db-engine-versions はサポートされるバージョンと、新規作成時の既定バージョンを返すコマンドです。3.13.0 を使うには、作成時に --engine-version を明示指定する必要があります。
Data API でのバージョン確認
RDS Data API の制限事項には "Data API isn't supported on T DB instance classes" と記載されているため、今回は db.serverless を選びました。Data API の対応表では Asia Pacific (Tokyo) の Aurora MySQL version 3 が "Version 3.07 and higher" となっており、3.13.0 も対象に含まれます。
次のコマンドで、DB サブネットグループ、クラスター、DB インスタンスを順に作成しました。
aws rds create-db-subnet-group --region ap-northeast-1 \
--db-subnet-group-name aurora313-verify-subnet-group \
--db-subnet-group-description "temporary subnet group for Aurora MySQL 3.13.0 verification" \
--subnet-ids subnet-xxxxxxxxxxxxxxxxx1 subnet-xxxxxxxxxxxxxxxxx2 subnet-xxxxxxxxxxxxxxxxx3
aws rds create-db-cluster --region ap-northeast-1 \
--db-cluster-identifier aurora313-verify \
--engine aurora-mysql \
--engine-version 8.0.mysql_aurora.3.13.0 \
--serverless-v2-scaling-configuration MinCapacity=0.5,MaxCapacity=8 \
--master-username admin \
--manage-master-user-password \
--db-subnet-group-name aurora313-verify-subnet-group \
--enable-http-endpoint \
--backup-retention-period 1 \
--no-deletion-protection
aws rds create-db-instance --region ap-northeast-1 \
--db-instance-identifier aurora313-verify-instance-1 \
--db-cluster-identifier aurora313-verify \
--db-instance-class db.serverless \
--engine aurora-mysql \
--no-publicly-accessible
DB サブネットグループは、同一 VPC 内の3つのアベイラビリティーゾーンにあるサブネットを指定して作成しました。セキュリティグループは指定せず既定のものを使い、パブリックアクセスは無効にしています。Data API は HTTPS エンドポイント経由で呼び出すため、DB ポートへ接続する経路は用意していません。
create-db-instance を実行してからステータスが available になるまで、今回は約8分（15:27:10 → 15:35:19 JST）でした。ステータスは creating、configuring-enhanced-monitoring、available の順に遷移しました。
作成後のクラスターの状態を抜粋します。
EngineVersion = 8.0.mysql_aurora.3.13.0
Status = available
HttpEndpointEnabled = True
ServerlessV2ScalingConfiguration = {'MinCapacity': 0.5, 'MaxCapacity': 8.0}
エンジンが返すバージョン情報を Data API で取得しました。シークレットの ARN には、--manage-master-user-password で作成された Secrets Manager のシークレットを指定しています。
aws rds-data execute-statement --region ap-northeast-1 \
--resource-arn "arn:aws:rds:ap-northeast-1:123456789012:cluster:aurora313-verify" \
--secret-arn "arn:aws:secretsmanager:ap-northeast-1:123456789012:secret:rds!cluster-xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx-xxxxxx" \
--sql "SELECT @@version AS mysql_version, @@version_comment AS version_comment, aurora_version() AS aurora_version" \
--format-records-as JSON
{
"numberOfRecordsUpdated": 0,
"formattedRecords": "[{\"mysql_version\":\"8.0.45\",\"version_comment\":\"2410d24e\",\"aurora_version\":\"3.13.0\"}]"
}
MySQL クライアントも VPC 内の踏み台も使わず、HTTPS の API 呼び出しだけで互換 MySQL バージョンと Aurora バージョンを取得できました。
サポート期限確認
メジャーバージョン単位のライフサイクルを確認しました。現時点の案内では、Aurora MySQL 8.0（version 3）の標準サポートは 2028-04-30 までです。
describe-db-major-engine-versions の出力（8.0 の部分）
aws rds describe-db-major-engine-versions --region ap-northeast-1 --engine aurora-mysql
{
"Engine": "aurora-mysql",
"MajorEngineVersion": "8.0",
"SupportedEngineLifecycles": [
{
"LifecycleSupportName": "open-source-rds-standard-support",
"LifecycleSupportStartDate": "2021-11-18T00:00:00+00:00",
"LifecycleSupportEndDate": "2028-04-30T23:59:59.999000+00:00"
},
{
"LifecycleSupportName": "open-source-rds-extended-support",
"LifecycleSupportStartDate": "2028-05-01T00:00:00+00:00",
"LifecycleSupportEndDate": "2029-07-31T23:59:59.999000+00:00"
}
]
}
マイナーバージョン単位の期限は、リリースカレンダーに掲載されています。
| Aurora MySQL バージョン | 互換 MySQL | リリース日 | 標準サポート終了日 |
|---|---|---|---|
| 3.13 | 8.0.45 | 2026-08-27 | 2027-08-27 |
| 3.12 | 8.0.44 | 2026-02-17 | 2027-02-17 |
| 3.11 | 8.0.43 | 2025-11-13 | 2026-11-13 |
| 3.10（LTS） | 8.0.42 | 2025-07-31 | 2028-04-30 |
| 3.09 | 8.0.40 | 2025-05-14 | 2026-08-31 |
| 3.08 | 8.0.39 | 2024-11-18 | 2026-08-31 |
| 3.04（LTS） | 8.0.28 | 2023-07-31 | 2026-10-31 |
LTS の詳細は次のドキュメントにまとまっています。
まとめ
Aurora MySQL version 3 では、新しい互換 MySQL バージョンと修正を取り込んだ 3.13 がリリースされました。トータルのサポート期間を優先するなら LTS の 3.10、3.11 以降に入った修正を優先するなら 3.13 が現時点の候補です。
RDS for MySQL 8.0 の標準サポートは 2026-07-31 に終了し、現在は追加コストがかかる延長サポートの期間です。
延長サポートのコストが課題で、8.4 への移行も難しい場合は、Aurora MySQL version 3 も検討の価値があります。標準サポートが 2028-04-30 まで続くため、8.0 互換のまま期間を延ばせます。
RDS for MySQL と Aurora MySQL の互換性については、公式ドキュメントを参照してください。
