すべてのプロダクト
Search
ドキュメントセンター

ApsaraDB RDS:タイムゾーンの変更

最終更新日:Jun 22, 2026

RDS MySQL インスタンスのタイムゾーンがビジネスリージョンのタイムゾーンと一致しない場合や、夏時間と冬時間の切り替え時にインスタンスの標準時を調整する必要がある場合は、コンソールで、または API を呼び出して、インスタンスのタイムゾーンを変更できます。本トピックでは、RDS MySQL インスタンスのタイムゾーンを変更および確認する方法について説明し、タイムゾーンとその UTC オフセットのリファレンス表を記載しています。

ユースケース

以下のシナリオでは、RDS MySQL インスタンスのタイムゾーンを変更する必要があります。

  • RDS MySQL インスタンスのタイムゾーンがビジネスリージョンのタイムゾーンと一致していません。たとえば、2021 年 5 月 30 日より前に作成された RDS MySQL インスタンスのデフォルトのタイムゾーンは SYSTEM です。タイムゾーンをビジネスリージョンのタイムゾーンに変更する必要がある場合があります。

  • 米国、カナダ、オーストラリア、ヨーロッパの一部などの国で夏時間と冬時間が切り替わる際には、手動で標準時を調整する必要があります。たとえば、英国が冬時間 (UTC) から夏時間に切り替わる場合、時間を UTC からUTC+1 に変更する必要があります。

前提条件

RDS MySQL インスタンスが作成されていること。

注意事項

  • タイムゾーンパラメータを変更した後、新しい設定を有効にするには、インスタンスを再起動する必要があります。この操作はオフピーク時間に実行し、アプリケーションに再接続メカニズムがあることを確認することを推奨します。

  • MySQL のdefault_time_zone パラメータが SYSTEM に設定されている場合、次のリスクが発生する可能性があります。

    • プライマリノードとセカンダリノード間の時間の不整合

      高性能ローカルディスクを使用する高可用性インスタンスの場合、プライマリノードとセカンダリノードでオペレーティングシステムのタイムゾーンが異なると、これらのノードの MySQL タイムゾーンが不整合になる可能性があります。極端な場合には、データ整合性に影響を及ぼす可能性があります。

    • インスタンスのパフォーマンス低下

      サービスで TIMESTAMP 型のフィールドを頻繁に使用する場合、タイムゾーン変換によってロック競合が発生し、インスタンスのパフォーマンスが変動する可能性があります。

    • JDBCとMySQL間でのCSTタイムゾーンの解析の不整合

      CST タイムゾーンの略語は曖昧です。MySQL はデフォルトで中国標準時 (UTC+08:00) と解釈しますが、一部の JDBC バージョン (8.0.22/23 など) は米国中部標準時 (UTC-06:00) と解釈します。ホストオペレーティングシステムのタイムゾーンが CST の場合、JDBC が MySQL から読み書きするデータが不正確になる可能性があります。典型的な例については、「The time zone CST has different meanings on MySQL Server and on connector/j」をご参照ください。

コンソールでのタイムゾーンの変更

  1. RDSインスタンスにアクセスし、上部のリージョンを選択し、対象のRDSインスタンスのIDをクリックします。
  2. 左側メニューで、[パラメータ] をクリックします。

  3. [変更可能なパラメータ] タブでdefault_time_zone パラメータを見つけ、[実行中のパラメータ値] をクリックし、表示されたダイアログボックスでタイムゾーンの値を変更します。

    説明

    default_time_zone パラメータの値に関する詳細については、「タイムゾーンとUTCオフセットのリファレンス」をご参照ください。

  4. 変更の送信 をクリックします。表示されたダイアログボックスで、変更を有効にするタイミングを選択し、[OK] をクリックします。

    説明

    変更を適用する前にキャンセルする場合は、[変更をキャンセル] をクリックします。

API 経由でのタイムゾーンの変更

リクエスト例

この例では、ModifyParameter API を呼び出してdefault_time_zone パラメータの値を+9:00 に変更する方法を示します。

...
// API リクエストのパラメータ設定
        ModifyParameterRequest modifyParameterRequest = ModifyParameterRequest.builder()
                .DBInstanceId("rm-bp1l94k5sw1zxxxxx")
                .parameters("{"default_time_zone":"+9:00"}")
                .forcerestart(true)
                // リクエストレベルの設定を上書きし、HTTP リクエストパラメータなどを設定できます。
                // .requestConfiguration(RequestConfiguration.create().setHttpHeaders(new HttpHeaders()))
                .build();
...

JSON 形式のレスポンス

HTTP/1.1 200 OK
Content-Type:application/json
{
  "RequestId": "6D698793-FC2B-5FC1-A6DF-33EDAD1AD6AB"
}

タイムゾーン変更の確認

  1. RDSインスタンスにアクセスし、上部のリージョンを選択し、対象のRDSインスタンスのIDをクリックします。
  2. 左側メニューで、[パラメータ] をクリックします。

  3. 履歴の編集 タブで、タイムゾーンパラメータが更新されていることを確認します。

    default_time_zone パラメータの値が SYSTEM から +9:00 に変更されています。

タイムゾーンとUTCオフセットのリファレンス

タイムゾーン

標準時オフセット

備考

アフガニスタン標準時

+04:30

カブール

アラスカ標準時

-09:00

アラスカ

アラビア標準時

+04:00

アブダビ、マスカット

大西洋標準時

-04:00

大西洋時間 (カナダ)

オーストラリア中央標準時

+09:30

ダーウィン

オーストラリア東部標準時

+10:00

キャンベラ、メルボルン、シドニー

ベラルーシ標準時

+03:00

ミンスク

カナダ中央標準時

-06:00

サスカチュワン

カーボベルデ標準時

-01:00

カーボベルデ諸島

中央オーストラリア標準時

+09:30

アデレード

中央アメリカ標準時

-06:00

中央アメリカ

中央アジア標準時

+06:00

アスタナ

ブラジル中央標準時

-04:00

クイアバ

中央ヨーロッパ標準時

+01:00

ベオグラード、ブラチスラバ、ブダペスト、リュブリャナ、プラハ

中央ヨーロッパ標準時

+01:00

サラエボ、スコピエ、ワルシャワ、ザグレブ

中央太平洋標準時

+11:00

ソロモン諸島、ニューカレドニア

中部標準時

-06:00

中部時間 (米国およびカナダ)

中部標準時 (メキシコ)

-06:00

グアダラハラ、メキシコシティ、モンテレイ

中国標準時

+08:00

北京、重慶、香港、ウルムチ

東アフリカ標準時

+03:00

ナイロビ

東オーストラリア標準時

+10:00

ブリスベン

東ヨーロッパ標準時

+02:00

キシナウ

東南アメリカ標準時

-03:00

ブラジリア

東部標準時

-05:00

東部時間 (米国およびカナダ)

ジョージア標準時

+04:00

トビリシ

GMT標準時

+00:00

ダブリン、エディンバラ、リスボン、ロンドン

グリーンランド標準時

-03:00

グリーンランド

グリニッジ標準時

+00:00

モンロビア、レイキャビク

GTB標準時

+02:00

アテネ、ブカレスト

ハワイ標準時

-10:00

ハワイ

インド標準時

+05:30

チェンナイ、コルカタ、ムンバイ、ニューデリー

ヨルダン標準時

+02:00

アンマン

韓国標準時

+09:00

ソウル

中東標準時

+02:00

ベイルート

山岳部標準時

-07:00

山岳部時間 (米国およびカナダ)

山岳部標準時 (メキシコ)

-07:00

チワワ、ラパス、マサトラン

米国山岳部標準時

-07:00

アリゾナ

ニュージーランド標準時

+12:00

オークランド、ウェリントン

ニューファンドランド標準時

-03:30

ニューファンドランド

太平洋標準時 (南米)

-03:00

サンティアゴ

太平洋標準時

-08:00

太平洋時間 (米国およびカナダ)

太平洋標準時 (メキシコ)

-08:00

バハカリフォルニア

ロシア標準時

+03:00

モスクワ、サンクトペテルブルク、ボルゴグラード

南米太平洋標準時

-05:00

ボゴタ、リマ、キト、リオブランコ

東南アジア標準時

+07:00

バンコク、ハノイ、ジャカルタ

シンガポール標準時

+08:00

クアラルンプール、シンガポール

東京標準時

+09:00

大阪、札幌、東京

米国東部標準時

-05:00

インディアナ (東部)

UTC

+00:00

協定世界時

UTC-02

-02:00

協定世界時-02

UTC-08

-08:00

協定世界時-08

UTC-09

-09:00

協定世界時-09

UTC-11

-11:00

協定世界時-11

UTC+12

+12:00

協定世界時+12

西オーストラリア標準時

+08:00

パース

西中央アフリカ標準時

+01:00

西中央アフリカ

西ヨーロッパ標準時

+01:00

アムステルダム、ベルリン、ベルン、ローマ、ストックホルム、ウィーン

カトマンズ時間

+05:45

カトマンズ

ミャンマー時間

+06:30

ラングーン、ネピドー

ウズベキスタン時間

+05:00

タシケント

サモア西部標準時

+13:00

アピア

UTC-12

-12:00

協定世界時-12

よくある質問

インスタンスの作成時に UTC タイムゾーンを選択しましたが、クエリを実行するとsystem_time_zoneEDT と表示されます。これはビジネスデータに影響しますか。

RDS MySQL では、インスタンスの作成時に選択した UTC タイムゾーンが、default_time_zone パラメータの初期値に直接マッピングされます。default_time_zone パラメータは、SQL クエリの時間計算とストレージの動作を制御します。したがって、デフォルトでは、時間は UTC タイムゾーンに基づいて処理されます。詳細については、「製品/機能の変更: 新しい RDS MySQL インスタンスのデフォルトタイムゾーンが SYSTEM から UTC に変更」をご参照ください。

system_time_zone は、MySQL 起動時の基盤となるオペレーティングシステムのタイムゾーンを示すだけで、SQL クエリの時間計算には直接影響しません。ただし、インスタンス作成後にdefault_time_zoneSYSTEM に変更した場合 (パフォーマンスオーバーヘッドの増加や関連リスクを引き起こす可能性があるため、推奨されません)、SQL クエリの時間計算はsystem_time_zone の設定を継承し、ビジネスデータに影響を与える可能性があります。RDS コンソール (タイムゾーンの変更) またはModifyParameter API を使用してdefault_time_zone の値を変更できます。

詳細については、MySQL の公式ドキュメントでsystem_time_zone をご参照ください。

関連 API

ModifyParameter API を呼び出して、default_time_zone の値を変更できます。