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

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

最終更新日:Nov 09, 2025

お使いの RDS MySQL インスタンスのタイムゾーンがビジネスリージョンのタイムゾーンと一致しない場合、または夏時間と冬時間の切り替え時にインスタンスの標準時を調整する必要がある場合は、コンソールまたは API 操作でインスタンスのタイムゾーンを変更できます。このトピックでは、RDS MySQL インスタンスのタイムゾーンを変更および確認する方法について説明し、タイムゾーンと UTC オフセットのマッピングテーブルを示します。

シナリオ

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

  • システム内の RDS MySQL インスタンスのタイムゾーンがビジネスリージョンのタイムゾーンと一致しません。たとえば、2021 年 5 月 30 日より前に購入した RDS MySQL インスタンスのデフォルトのタイムゾーンは SYSTEM であり、ビジネスリージョンのタイムゾーンに変更する必要があります。

  • 米国、カナダ、オーストラリア、ヨーロッパなどの国では、夏時間と冬時間の切り替え時に使用される標準時を手動で調整する必要があります。たとえば、英国が冬時間から夏時間に移行する場合、冬時間 (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 - 6 (米国中部標準時) として解析します。オペレーティングシステムのタイムゾーンが CST の場合、JDBC によって MySQL から読み取られたり、MySQL に書き込まれたりするデータが期待どおりにならない場合があります。典型的なケース: The time zone CST has different meanings on MySQL Server and on conntector/j

RDS コンソールでタイムゾーンを変更する

  1. [インスタンス] ページに移動します。上部のナビゲーションバーで、RDS インスタンスが存在するリージョンを選択します。次に、RDS インスタンスを見つけて、インスタンスの ID をクリックします。

  2. 左側のナビゲーションウィンドウで、[パラメーター] をクリックします。

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

    説明

    [default_time_zone] パラメーター値の意味については、「タイムゾーンと UTC オフセットのマッピングテーブル」をご参照ください。

  4. [パラメーターの送信] をクリックし、表示されるダイアログボックスで有効期間を選択して、[OK] をクリックします。

    説明

    パラメーターを送信する前に変更をキャンセルする場合は、[取り消し] をクリックします。

API 操作を呼び出してタイムゾーンを変更する

リクエストの例

この例では、ModifyParameter 操作を呼び出して [default_time_zone] パラメーターを [+9:00] に変更します。

...
// API リクエストのパラメーター設定
        ModifyParameterRequest modifyParameterRequest = ModifyParameterRequest.builder()
                .DBInstanceId("rm-bp1l94k5sw1zxxxxx")
                .parameters("{"default_time_zone":"+9:00"}")
                .forcerestart(true)
                // リクエストレベルの構成の再書き込み、Http リクエストパラメーターなどを設定可能
                // .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. [パラメーター変更履歴] タブで、変更したタイムゾーンパラメーター値が有効になっていることを確認します。

    修改历史

タイムゾーンと UTC オフセットのマッピングテーブル

タイムゾーン

標準時オフセット

備考

アフガニスタン標準時

(UTC+04:30)

カブール

アラスカ標準時

(UTC-09:00)

アラスカ

アラビア標準時

(UTC+04:00)

アブダビ、マスカット

大西洋標準時

(UTC-04:00)

大西洋標準時 (カナダ)

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

(UTC+09:30)

ダーウィン

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

(UTC+10:00)

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

ベラルーシ標準時

(UTC+03:00)

ミンスク

カナダ中部標準時

(UTC-06:00)

サスカチュワン

カーボベルデ標準時

(UTC-01:00)

カーボベルデ諸島

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

(UTC+09:30)

アデレード

中央アメリカ標準時

(UTC-06:00)

中央アメリカ

中央アジア標準時

(UTC+06:00)

アスタナ

ブラジル中央標準時

(UTC-04:00)

クイアバ

中央ヨーロッパ標準時

(UTC+01:00)

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

中央ヨーロッパ標準時

(UTC+01:00)

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

中央太平洋標準時

(UTC+11:00)

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

中部標準時

(UTC-06:00)

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

中部標準時 (メキシコ)

(UTC-06:00)

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

中国標準時

(UTC+08:00)

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

東アフリカ標準時

(UTC+03:00)

ナイロビ

東オーストラリア標準時

(UTC+10:00)

ブリスベン

東ヨーロッパ標準時

(UTC+02:00)

キシナウ

東南米標準時

(UTC-03:00)

ブラジリア

東部標準時

(UTC-05:00)

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

グルジア標準時

(UTC+04:00)

トビリシ

GMT 標準時

(UTC)

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

グリーンランド標準時

(UTC-03:00)

グリーンランド

グリニッジ標準時

(UTC)

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

GTB 標準時

(UTC+02:00)

アテネ、ブカレスト

ハワイ標準時

(UTC-10:00)

ハワイ

インド標準時

(UTC+05:30)

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

ヨルダン標準時

(UTC+02:00)

アンマン

韓国標準時

(UTC+09:00)

ソウル

中東標準時

(UTC+02:00)

ベイルート

山岳部標準時

(UTC-07:00)

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

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

(UTC-07:00)

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

米国山岳部標準時

(UTC-07:00)

アリゾナ

ニュージーランド標準時

(UTC+12:00)

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

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

(UTC-03:30)

ニューファンドランド

太平洋 SA 標準時

(UTC-03:00)

サンティアゴ

太平洋標準時

(UTC-08:00)

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

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

(UTC-08:00)

バハ・カリフォルニア

ロシア標準時

(UTC+03:00)

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

SA 太平洋標準時

(UTC-05:00)

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

東南アジア標準時

(UTC+07:00)

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

中国標準時

(UTC+08:00)

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

東京標準時

(UTC+09:00)

大阪、札幌、東京

米国東部標準時

(UTC-05:00)

インディアナ (東部)

UTC

UTC

協定世界時

UTC-02

(UTC-02:00)

協定世界時-02

UTC-08

(UTC-08:00)

協定世界時-08

UTC-09

(UTC-09:00)

協定世界時-09

UTC-11

(UTC-11:00)

協定世界時-11

UTC+12

(UTC+12:00)

協定世界時+12

西オーストラリア標準時

(UTC+08:00)

パース

西中央アフリカ標準時

(UTC+01:00)

西中央アフリカ

西ヨーロッパ標準時

(UTC+01:00)

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

カトマンズ時間

(UTC+5:45)

カトマンズ

ミャンマー時間

(UTC+6:30)

ラングーン、ネピドー

ウズベキスタン時間

(UTC+5)

ラホール、カラチ、イスラマバード

サモア西部標準時

(UTC+13)

ヌクアロファ、アピア

UTC-12

(UTC-12)

協定世界時-12

よくある質問

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

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

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

詳細については、「MySQL 公式コミュニティチュートリアル (system_time_zone)」をご参照ください。

関連 API 操作

API (ModifyParameter) を介して default_time_zone の値を変更します。