Amazon RDS for MySQLでGAになったM9g（Graviton5）インスタンスを起動してシステム情報を確認してみた
はじめに
2026/6/17、Amazon RDS for PostgreSQL、MySQL、MariaDBでGraviton5ベースのM9gインスタンスが一般提供（GA）されました。
EC2では2026/6/10にM9gインスタンスがGAとなっており、CPU情報を確認した記事を公開しています。
今回はRDS MySQLでM9gインスタンスを起動し、SHOW VARIABLES等からシステム情報を確認しました。
公式アナウンスによると、M9gはGraviton4ベースのインスタンスと比較して最大30%のパフォーマンス向上、最大23%の価格性能比改善が見込まれるとのことです。公式アナウンス時点での利用可能リージョンは、us-east-1、us-east-2、us-west-2、eu-central-1の4リージョンです。
対応エンジンバージョン
AWS CLIのdescribe-orderable-db-instance-optionsでus-west-2におけるdb.m9g.largeの対応状況を確認したところ、利用可能なMySQLエンジンバージョンは以下の通りでした。
| シリーズ | 対応バージョン |
|---|---|
| MySQL 8.0系 | 8.0.42, 8.0.43, 8.0.44, 8.0.45, 8.0.46 |
| MySQL 8.4系 | 8.4.5, 8.4.6, 8.4.7, 8.4.8, 8.4.9 |
対応インスタンスサイズ
db.m9g.mediumは存在しません。describe-orderable-db-instance-optionsでdb.m9g.mediumを指定すると結果が空になることを確認しました。db.m9g.largeが最小サイズです。
$ aws rds describe-orderable-db-instance-options \
--engine mysql \
--db-instance-class db.m9g.medium \
--query "OrderableDBInstanceOptions[].EngineVersion" \
--region us-west-2
[]
これはEC2のm9g.mediumが提供されていることと対照的です。
M8gとの料金比較
us-west-2 / MySQL / Single-AZ / On-Demandでの比較です（AWS Pricing API 2026-06-17取得）。
| db.m8g.large (Graviton4) | db.m9g.large (Graviton5) | |
|---|---|---|
| vCPU / メモリ | 2 / 8 GiB | 2 / 8 GiB |
| ネットワーク | Up to 12.5 Gbps | Up to 15 Gbps |
| 料金（時間） | $0.168 | $0.183 |
| 差額 | — | +8.9% |
M9gはM8g比で約9%高くなっています。
インスタンスの起動
db.m9g.large / MySQL 8.4.9 / gp3で起動しました。
aws rds create-db-instance \
--db-instance-identifier m9g-mysql-test \
--db-instance-class db.m9g.large \
--engine mysql \
--engine-version 8.4.9 \
--master-username admin \
--master-user-password '<password>' \
--allocated-storage 20 \
--storage-type gp3 \
--no-multi-az \
--no-deletion-protection \
--publicly-accessible \
--vpc-security-group-ids sg-xxxxxxxx \
--db-subnet-group-name default-vpc-4az \
--backup-retention-period 0 \
--region us-west-2
起動後、describe-db-instancesで確認した主要パラメータです。
| 項目 | 値 |
|---|---|
| DBInstanceClass | db.m9g.large |
| Engine | mysql |
| EngineVersion | 8.4.9 |
| StorageType | gp3 |
| AllocatedStorage | 20 GB |
| Iops | 3000 |
| StorageThroughput | 125 MB/s |
| MultiAZ | false |
| CACertificateIdentifier | rds-ca-rsa2048-g1 |
システム情報の確認
バージョン情報
mysql> SELECT @@version, @@version_comment, @@version_compile_os, @@version_compile_machine;
+-----------+---------------------+----------------------+---------------------------+
| @@version | @@version_comment | @@version_compile_os | @@version_compile_machine |
+-----------+---------------------+----------------------+---------------------------+
| 8.4.9 | Source distribution | Linux | aarch64 |
+-----------+---------------------+----------------------+---------------------------+
version_compile_machineがaarch64であることから、ARM（Graviton）上で動作していることが確認できます。EC2ではlscpuやdmidecodeでCPU情報を直接確認できますが、RDSではOS層にアクセスできないため、このMySQLシステム変数がアーキテクチャを確認する主な手段です。
STATUS コマンド
mysql> STATUS;
--------------
mysql Ver 8.4.9 for Linux on aarch64 (Source distribution)
Connection id: 29
Current user: admin@flh2-133-201-48-65.tky.mesh.ad.jp
SSL: Cipher in use is TLS_AES_128_GCM_SHA256
Server version: 8.4.9 Source distribution
Protocol version: 10
Connection: m9g-mysql-test.c5tznfzka3vu.us-west-2.rds.amazonaws.com via TCP/IP
Server characterset: utf8mb4
Db characterset: utf8mb4
Client characterset: utf8mb4
Conn. characterset: utf8mb4
TCP port: 3306
Uptime: 5 min 24 sec
--------------
なお、先頭のmysql Ver 8.4.9 for Linux on aarch64はmysqlクライアント側の情報です。サーバー側のアーキテクチャ確認には前述の@@version_compile_machineを参照しています。SSL接続がTLS 1.3（TLS_AES_128_GCM_SHA256）で確立されていることも確認できます。
主要な SHOW VARIABLES 結果
デフォルトパラメータグループのまま起動しているため、RDS for MySQLのデフォルト構成での主要な値を確認できます。
| 変数名 | 値 | 備考 |
|---|---|---|
innodb_buffer_pool_size |
5,637,144,576（約5.25 GB） | 8 GBメモリの約65% |
innodb_buffer_pool_instances |
1 | |
innodb_dedicated_server |
ON | メモリに応じた自動チューニング |
innodb_doublewrite |
OFF | 今回の構成ではOFF |
innodb_redo_log_capacity |
1,073,741,824（1 GB） | |
innodb_io_capacity |
10000 | |
innodb_io_capacity_max |
20000 | |
innodb_flush_method |
O_DIRECT | |
innodb_page_size |
16384 | |
innodb_adaptive_hash_index |
OFF | |
innodb_purge_threads |
1 | |
innodb_read_io_threads |
4 | |
innodb_write_io_threads |
4 | |
max_connections |
628 | |
table_open_cache |
4000 | |
thread_cache_size |
14 | |
character_set_server |
utf8mb4 | |
collation_server |
utf8mb4_0900_ai_ci | |
tls_version |
TLSv1.2,TLSv1.3 | |
authentication_policy |
caching_sha2_password | |
performance_schema |
OFF | デフォルトPGでは無効 |
log_bin |
OFF | backup-retention-period 0のため無効 |
replica_parallel_workers |
4 | |
innodb_parallel_read_threads |
4 |
注目ポイント
innodb_doublewrite = OFF
今回のdb.m9g.large / MySQL 8.4.9 / デフォルトパラメータグループの構成では、innodb_doublewriteはOFFでした。
performance_schema = OFF、log_bin = OFF
今回の構成ではいずれもOFFでした。performance_schemaはデフォルトパラメータグループで無効のため、有効にするにはカスタムパラメータグループが必要です。log_binについては、--backup-retention-period 0により自動バックアップを無効化しているためOFFになっています。バイナリログを利用する場合は自動バックアップを有効化してください。
EC2 M9gとの比較
EC2ではlscpu、dmidecode等でGraviton5のCPU詳細情報（クロック周波数、キャッシュサイズ、コアアーキテクチャ等）を直接確認できます。詳細は先行記事を参照してください。
RDSではOS層に直接アクセスできないため、MySQLセッションから確認できるCPU・アーキテクチャ関連の情報は、MySQLが公開するシステム変数などに限られます。アーキテクチャの確認はversion_compile_machine = aarch64が主な手段です。Graviton5かGraviton4かといったプロセッサ世代の区別はMySQL側からはできません。インスタンスクラス名（db.m9g）が世代を示す識別子となります。
まとめ
RDS for MySQLでGraviton5ベースのM9gインスタンスを起動し、MySQLのシステム変数などから取得できる情報を確認しました。version_compile_machine = aarch64 から、MySQLがaarch64向けバイナリとして動作していることを確認できました。
料金は今回確認したリージョン・サイズではM8g比で約9%高くなっていました。一方、公式アナウンスではGraviton4ベースのインスタンスと比較して最大30%のパフォーマンス向上、最大23%の価格性能比改善が案内されています。実際の効果はワークロードに依存しますが、CPU律速な処理ではM8gからの性能向上を期待できそうです。
2026年6月時点では東京リージョンでは未提供ですが、東京リージョンでの提供開始後に、既存のM8g系インスタンスとの比較も試してみたいと思います。
