Heidisql: 그리드의 날짜 값으로 잘못된 타임 스탬프 표시

안녕하세요 @mpaland , MariaDB가 올바른 시간대 유럽 / 베를린으로 실행되고 있습니까?
많은 변환을 처리하지 않고 타임 스탬프를 UTC에 기록하지 않습니까? MySQL이 시간대로 변환됩니까?

재현을 시도했지만 서버에 시간대가 설치되어 있지 않습니다.

@lukinhaspm 그것은 서버에 대한 질문이 아니며 HeidiSQL의 올바른 타임 스탬프 표현에 대한 질문입니다. UNIX TIMESTAMP는 항상 1970-01-01 00:00:00 UTC 이후의 초 단위입니다.

그러한 타임 스탬프는 UTC로 엄격하게 표시 할 수 있습니다. 이는 괜찮습니다. 이는 괜찮은 수준이거나 특정 (대부분 자체) 시간대입니다. 이렇게하려면 실제 날짜가 아닌 타임 스탬프 날짜 에 유효한 시간대가 필요합니다.
HeidiSQL이 실제 날짜를 취하는 것 같습니다. 아직 코드를 살펴 보지 않았기 때문에 추측 일뿐입니다.

@mpaland 이해하고 동의합니다!

나는 이것을 조금 더 조사했다. 불행히도 해결책은 쉽지 않은 것 같습니다.
문제는 전 세계의 복잡한 DST (일광 절약 시간제) 규칙이며, 지속적으로 변경되는 비정상적인 형식은 더욱 심각합니다.
특정 epoch 타임 스탬프에 대해 수정 된 현지 시간 DST를 얻으려면 타임 스탬프 시간에 로컬로 적용된 정확한 DST 규칙을 알아야합니다.
변환 라이브러리는 과거의 모든 지점에 대한 오프셋을 계산하기 위해 수년 동안 모든 국가의 모든 DST 규칙 변경을 추적해야합니다.
Windows는이 문제를 완전히 무시하고 항상 변환시 _actual_ DST 규칙에 따라 변환합니다.
제대로하려면 인터넷에서 정말 고급 시간대 / DST 라이브러리 중 하나를 사용해야합니다.

타임 스탬프를 만들 때 적용되는 DST 규칙을 알아야한다고 @mpaland 가 언급 한 내용의 대부분은 기술적으로 사실이지만 (예를 들어 일광 절약 시간제를 삭제하면 활성화 된 동안 기록 된 모든 순간이 상대적인 비 일광으로 "이동"됩니다. 시간 절약), 현재 DST 규칙을 사용하여 타임 스탬프에 대한 시간을 올바르게 표시 할 수 있습니다.

1584975600 및 1585576800은 모두 유럽 / 마드리드에서 16:00이지만 heidisql은 그중 하나를 잘못 나타냅니다 (일광 절약 시간제인지 여부에 따라 다름).

결과 시간이 일광 절약 시간인지 아닌지 확인하고 올바른 오프셋을 적용하면 큰 번거 로움없이 이러한 경우를 올바르게 표시 할 수 있습니다.

완벽한 솔루션은 아니지만 대부분의 사용 사례를 다루고 있으며 가장자리 사례는 쉽게 발견 될 수 있습니다. 어쨌든 최종 사용자의 안정적인 디스플레이보다 개발자가 무언가 정상인지 확인하는 데 작은 도움이 될 것입니다.