VARCHAR vs CHAR 핵심 차이점

• varchar는 가변길이로, 입력된 데이터의 실제 크기만큼만 공간을 차지한다.
• char는 고정길이로, 선언한 길이만큼 공간을 항상 차지한다.
• vharchar는 최대 65,535자 사용할 수 있다.
• char는 최대 255자까지 사용할 수 있다.
• varchar는 데이터 길이가 다양할때 공간을 효율적으로 사용할 수 있으나, 데이터가 자주 변경되면 단편화나 페이지 분할이 발생하는 등 성능 저하가 생길 수 있다.
• char는 데이터 길이가 모두 동일한 데이터를 다룰때 효율적이다. 또한 업데이트시에도 행의 크기가 변하지 않아 데이터 수정이 빈번할 때 varchar보다 성능상 이점이 있다.

날짜 타입

• date : 날짜 정보(YYYY-MM-DD)만 저장한다.
• datetime : 날짜 + 시간정보를 저장한다. (YYYY-MM-DD-HH:MM:SS ) 지정된 값을 그대로 저장하며 타임존 정보의 영향을 받지 않는다.
  • 이벤트 예약 시간, 특정 시점의 로그 시간 등
• timestamp : 날짜 + 시간 정보를 저장한다. (YYYY-MM-DD-HH:MM:SS ) 또한 타임존을 자동변환한다. 저장시 서버 타임존을 기준으로 UTC로 변환해 저장하고, 조회시 현재 세션의 타임존에 맞춰 다시 변환해준다.
  • 게시물 작성일, 최종 수정일 등

DATETIME vs TIMESTAMP

결론은 웬만해서는 DATETIME 을 사용하자.

timestamp는 저장 가능한 범위가 1970~2038년까지밖에 저장하지 못한다. 반면 datetime은 1000~9999년까지 저장가능하다. 그리고 timestamp가 제공하는 UTC 시간을 기준으로 변경해주는건 애플리케이션에서 담당해도 충분히 할 수 있다. 또한 예전에 DEFAULT CURRNET_TIMSTAMP ON UPDATE CURRENT_TIMESTAMP 이런 기능을 timstamp만 지원했었는데, 이제는 datetime도 지원한다.

DROP vs TRUNCATE

• DROP TABLE : 테이블의 존재 자체를 삭제한다.
• TRUNCATE TABLE : 테이블 데이터만 전부 지운다. auto_increment도 1부터 다시 시작하도록 초기화된다. DDL이라 롤백은 안됨.