pile·
DB / 데이터·핀다핀다·

MySQL timestamp 와 Y2K38 Problem

문제Unix Timestamp는 32비트 정수라 2038년 1월 19일 03:14:07 이후 오버플로우가 발생해 시간이 1970년으로 되돌아가는 Y2K38 문제가 있고 MySQL도 영향을 받는다.
접근MySQL 8.0.28에서 my_time_t.h 헤더를 도입해 int64_t로 변경하고 MYTIME_MAX_VALUE를 32536771199(서기 3001년)로 설정했다.
결과64비트 플랫폼에서 timestamp 지원 범위가 3001-01-18까지 확장됐다. 다만 32비트 플랫폼과 실제 디스크 저장 구조에는 개선이 아직 반영되지 않았다.
핀다
핀다 블로그
원문은 여기서 이어서 읽을 수 있어요
원문 읽기
읽음 (0)

이 글과 비슷한

  1. DB / 데이터·pinterest-engPinterest Engineering·

    Pinterest 차세대 DB 수집 프레임워크의 자동화된 스키마 진화

    Pinterest의 CDC 기반 DB 수집 파이프라인은 MySQL에서 Kafka, Flink, Spark, Iceberg를 거치는 다층 구조다. 스키마 변경이 생기면 모든 계층을 동시에 업데이트해야 해 드리프트, 배포 실패, 데이터 불일치가 반복됐다. Pinterest 엔지니어링 팀은 이를 해결하기 위해 가산적 변경만 자동화하는 스키마 진화 프레임워크를 구축하고, PR 기반 롤아웃과 SLA 기반 일관성 모델을 도입했다.

    #data-pipeline#apache-flink#cdc+2