[DB/MySQL] 데이터타입(CHAR, VARCHAR,TEXT...)

ERD를 그리다가 VARCHAR 단위를 보게 되었다. VARCHAR은 CHAR과 어떤 점이 다를지 궁금해져서 조사해보았다.

---

sql에도 당연하게 데이터 타입이 존재한다. 언제 어떤 데이터타입을 사용하는게 좋을 지 정리해본다.

FLOAT

= 소수점 아래 7자리까지 부동 소수점 숫자 표현

(4바이트)

DOUBLE(REAL)

= 소수점 아래 15자리까지 부동 소수점 숫자 표현

(8바이트)

INT

= ±21억 까지의 정수

(4바이트)

CHAR(n)

= 값의 실제 크기와 관계없이 지정된 크기만큼의 저장공간 할당

(1 ~ 255바이트)

→ 실제 데이터의 크기와 선언된 데이터 크기의 편차가 클 경우 공간 낭비!

• 그냥 CHAR=CHAR(1)

VARCHAR(n)

= 값의 실제 크기만큼 저장공간 할당

(1 ~ 65535바이트)

→ 데이터 수정(UPDATE)시 빈번한 페이지 재정렬 발생 가능… 비효율적…

UPDATE 후의 데이터가 기존 데이터보다 크기가 클 경우, 기존 데이터 영역을 폐기하고 새로이 할당

→ 크기가 큰 varchar을 여러 개 사용하면 row size 제한에 걸린다. 데이터 전체가 row size에 영향을 준다.

→ 조회 요청이 여러번 오면 버퍼에 캐싱되어 읽어온다.

TEXT

= 값의 실제 크기만큼 저장공간 할당

(1 ~ 65535바이트)

→ 크기가 큰 text를 여러 개 사용해도 row size 제한에 걸리지 않는다.

데이터가 별도로 저장되고, 그 존재만 row size에 영향을 주기 때문에 9~12바이트만 row size에 영향을 준다.

→ 조회 요청이 여러번 오면 별도 저장된 데이터를 실제 공간만큼 할당하고 사용을 요청만큼 반복한다.

https://chanho0912.tistory.com/108

📌 VARCHAR vs TEXT

	VARCHAR	TEXT
📏 데이터 최대 길이	상대적으로 짧을 때 사용	상대적으로 길 때 사용
📖 테이블 조회 시 사용 빈도	자주 필요	자주 필요하지 않음
💾 DBMS 메모리 사용	메모리 충분할 때 적합	메모리 제한적일 때 적합
⚡ 속도 & 성능	빠름 (메모리 버퍼에서 직접 접근)	느림 (별도의 저장 공간에서 읽어야 함)
📂 저장 방식	테이블 row에 직접 저장	외부 저장 후 포인터로 관리

🌷 MySQL에는 string 타입이 없다!

DATETIME

= 'YYYY-MM-DD HH:MM:SS' 형식

(8바이트)

TIMESTAMP

= 'YYYY-MM-DD HH:MM:SS' 형식

(4바이트)

→ time_zone 시스템 변수와 관련이 있고 UTC 시간대 변환하여 저장

JSON

= JSON 문서를 저장

(8바이트)