2016-09-29 1 views
1
SELECT CONVERT_TZ('2020-06-30 23:59:59','America/Caracas','US/Eastern'); 

これは、ESTとベネズエラが実際に同じ時間を共有するため、奇妙な「2020-07-01 00:29:59」を返します。mysql convert_tzで同じ時間帯にある2つのタイムゾーンの順序を切り替えるのはなぜ違いますか?

SELECT CONVERT_TZ('2020-06-30 23:59:59','US/Eastern','America/Caracas'); 

これは完璧な意味で'2020-06-30 23:59:59 'を返します。

なぜ、最初のクエリは正しい時間を返さないのですか?2番目のクエリは正しい時間を返しません。

提案がありますか?ありがとうございました!

+0

夏時間。私たち/東方がしている間、am/carはDSTを観測しません。 –

+0

それでは、2番目のステートメントにも時間差が表示されませんか? – user6655061

+0

@MarcB:2016年、ベネズエラのカラカスでは、20分06秒から02:30:30までの30分(+00:30:00)の時間オフセットが観測されました。その前の最後の変更は2007年に戻っています。観察された動作の最も可能性の高い説明は、タイムゾーン・テーブルの中での不安です。特に将来の日付について。 – spencer7593

答えて

0

観察された動作の最も可能性の高い説明は、不正確または古いtime_zone情報です。 '2016年6月1日' から '2007-12-01' からCaracus、ベネズエラ

については

、タイムゾーンオフセットさUTC-04:30

'2016年6月1日' を始めて、 00


私たちは、MySQLのタイムゾーンテーブルは、サーバー上のzoneinfoのファイルからロードされたかどうかわからない、またはダウンロードしたパッケージから:タイムゾーンのオフセットは、UTC-04です。

どちらの方法でも、mysqlデータベースのタイムゾーンテーブルの情報がCONVERT_TZ関数で使用されています。

+0

ありがとうございました!これはそれを説明するだろう! – user6655061

関連する問題