Aurora MySQL 8.4.10 がリリースされたので、変更点を確かめてみた
はじめに
2026年11月2日に、MySQL 8.4.10 互換の Aurora MySQL 8.4.10 の GA が発表されました。
前バージョン 8.4.8 のときの変更点は、次の記事にまとめています。
今回、8.4.10 でサポートされた DB インスタンスあたり最大 50,000 の max_connections を軸に、Aurora Serverless v2 で 16001・30000・50000 を設定し、Data API で反映値を確認した結果を紹介します。
8.4.10 の主要な変更点
新機能として、マイナーバージョンアップの高速化（8.4.7 または 8.4.8 から 8.4.10 へ、設定変更やオプトインは不要）と、バイナリログレプリケーションでトランザクションを識別・グループ化する GTID tags が加わりました。
改善の目玉は、本記事で検証する max_connections の上限引き上げ（16,000 から 50,000）です。このほか DELETE の RETURNING 句のサポート、CloudWatch メトリクスの追加、XA トランザクションや非同期レプリケーション周りの不具合修正などが入っています。各項目の詳細はリリースノートを参照してください。
max_connections の 16,000 超設定
公式の記載
max_connections（同時接続数の上限）の最大値が、8.4.10 以降で 16,000 から 50,000 に引き上げられました。これにより、接続プーリング層を挟まなくても、接続数の多いアプリケーションをそのまま収容しやすくなります。この値はインスタンス単位の DB パラメータグループで設定します。
ただしユーザーガイドは、16,000 を超える値を設定する場合、24xlarge 以上のインスタンスクラスの利用を推奨しています。接続の開閉が多い、または長寿命の接続が多いケースでは、RDS Proxy の併用も推奨しています。上限を上げるだけでなく、適切なサイジングと設定が必要な点に留意してください。
検証環境
Aurora MySQL 8.4.10 のクラスターを、Aurora Serverless v2 の最小 1 ACU、最大 8 ACU で作成しました。インスタンスはライター1台で、Data API はクラスターで有効にしています。max_connections は DB パラメータグループで設定しています。
クラスター、インスタンス、パラメータグループの作成コマンド
export AWS_PROFILE=<profile> AWS_REGION=ap-northeast-1
# DB パラメータグループ（インスタンス単位）
aws rds create-db-parameter-group \
--db-parameter-group-name devio-8410-maxconn \
--db-parameter-group-family aurora-mysql8.4 \
--description "devio 8.4.10 max_connections check"
# クラスター（Serverless v2 1〜8 ACU、Data API 有効、マスターパスワードは RDS 管理）
aws rds create-db-cluster \
--db-cluster-identifier devio-8410 \
--engine aurora-mysql --engine-version 8.4.mysql_aurora.8.4.10 \
--master-username admin --manage-master-user-password \
--serverless-v2-scaling-configuration MinCapacity=1,MaxCapacity=8 \
--enable-http-endpoint \
--db-subnet-group-name <サブネットグループ（2AZ以上）> \
--storage-encrypted --no-deletion-protection
# ライターインスタンス（作成時に DB パラメータグループを指定）
aws rds create-db-instance \
--db-instance-identifier devio-8410-writer \
--db-cluster-identifier devio-8410 \
--engine aurora-mysql --db-instance-class db.serverless \
--db-parameter-group-name devio-8410-maxconn
設定と反映の結果
max_connections を 16001 に設定したコマンドは次のとおりです。30000 と 50000 は ParameterValue だけを変えて同じコマンドを実行しました。
aws rds modify-db-parameter-group \
--db-parameter-group-name devio-8410-maxconn \
--parameters ParameterName=max_connections,ParameterValue=16001,ApplyMethod=immediate
反映値は、クラスター ARN とシークレット ARN を取得し、Data API で SELECT @@max_connections を実行して確認しました。
CL_ARN=$(aws rds describe-db-clusters --db-cluster-identifier devio-8410 --query 'DBClusters[0].DBClusterArn' --output text)
SEC_ARN=$(aws rds describe-db-clusters --db-cluster-identifier devio-8410 --query 'DBClusters[0].MasterUserSecret.SecretArn' --output text)
aws rds-data execute-statement --resource-arn "$CL_ARN" --secret-arn "$SEC_ARN" \
--sql "SELECT @@max_connections" --format-records-as JSON --query formattedRecords --output text
応答は上から順に、パラメータ未設定のとき、16001 設定後、30000 設定後、50000 設定後のものです。未設定のときだけ、SELECT @@version, @@max_connections でバージョンもあわせて取得しました。
[{"@@version":"8.4.10","@@max_connections":1000}]
[{"@@max_connections":16001}]
[{"@@max_connections":30000}]
[{"@@max_connections":50000}]
パラメータ未設定のときの max_connections の定義は次のとおりです。
[
{
"Name": "max_connections",
"Value": "GREATEST({log(DBInstanceClassMemory/805306368)*45},{log(DBInstanceClassMemory/8187281408)*1000})",
"Source": "system",
"ApplyType": "dynamic",
"IsModifiable": true,
"AllowedValues": "1-50000"
}
]
ApplyType が dynamic の動的パラメータのため、16001・30000・50000 のいずれも ApplyMethod=immediate の指定で DB インスタンスの再起動なしに反映されました。
なお、ここで確認したのは設定値の受け付けと反映までです。16,000 を超える接続数での動作は確認していません。
サポート期間とバージョン選択
標準サポート終了日
リリースカレンダーに載っている Aurora MySQL 8.4 系の3バージョンは次のとおりです。
| Aurora MySQL バージョン | リリース日 | 標準サポート終了日 |
|---|---|---|
| 8.4.10 | 2026-10-26 | 2028-04-30 |
| 8.4.8 | 2026-09-03 | 2028-03-31 |
| 8.4.7 | 2026-05-21 | 2027-11-30 |
8.4.10 に LTS の表記はなく、標準サポート終了日は 2028-04-30 です。メジャーバージョン 8.4 全体の標準サポートは 2032年4月までの予定です。
まとめ
Aurora MySQL 8.4.10 は、MySQL 8.4 互換のマイナーアップデートバージョンです。
今回紹介した max_connections の上限拡張だけでなく、CVE への対応やバグ修正も含まれ、AWS は新しいマイナーバージョンへの更新を推奨しています。Aurora MySQL 8.4 系を利用中であれば、アップデートの検討をおすすめします。
