1. 컬럼 유형 저장 요구 사항
MySQL이 지원하는 각 컬럼 유형의 저장 요구 사항을 카테고리별로 나열합니다.
MyISAM 테이블의 최대 행 크기는 65,534바이트입니다. 각 BLOB 및 TEXT 열은 5~9바이트만 차지합니다.
MyISAM 테이블에 가변 길이 열 유형이 포함된 경우 레코드 형식도 가변 길이입니다. 테이블을 생성할 때 MySQL은 특정 조건에서 열을 가변 길이 유형에서 고정 길이 유형으로 또는 그 반대로 변경할 수 있습니다.
숫자 유형 저장 요구 사항
열 유형 저장 요구 사항
TINYINT 1바이트
SMALLINT 2바이트
MEDIUMINT 3바이트
INT, INTEGER 4바이트
BIGINT 8바이트
FLOAT(p) 0
FLOAT 4바이트
DOUBLE [PRECISION], 항목 REAL 8바이트
DECIMAL(M,D), NUMERIC(M,D) 변수 길이; 아래 토론 참조
BIT(M) 정보 (M+7)/8바이트
DECIMAL 저장소 요구 사항(및 NUMERIC)은 버전별로 다릅니다.
은 바이너리 형식을 사용하여 DECIMAL 열 값을 나타내기 위해 10진수 9자리(10 기준) 숫자를 4바이트로 압축합니다. 각 값의 정수 부분과 소수 부분의 저장은 별도로 결정됩니다. 9자리의 배수마다 4바이트가 필요하고 "나머지" 비트에는 4바이트의 일부가 필요합니다. 다음 표에는 초과 비트에 대한 저장 요구 사항이 나와 있습니다.
남은 바이트
비트 수
0 0
1 1
2 1
3 2
4 2
5 3
6 3
7 4
8 4
9 4
날짜 및 시간 유형에 대한 저장 요구 사항
열 유형 저장 요구 사항
DATE 3바이트
DATETIME 8바이트
TIMESTAMP 4바이트
TIME 3바이트
YEAR 1바이트
문자열 유형 저장 요구 사항
컬럼 유형 저장 요구 사항
CHAR(M) M 바이트, 0
VARCHAR(M) L+1 단어 섹션, 여기서 L
BINARY(M) M 바이트, 0 <= M <= 255
VARBINARY(M) L+1 바이트, 여기서 L <= M 및 0 <= M <= 255
TINYBLOB, TINYTEXT L+1바이트, 여기서 L < 28
BLOB, TEXT L+2바이트, 여기서 L < 🎜>MEDIUMBLOB, MEDIUMTEXT L+3바이트, 여기서 L < 224
LONGBLOB, LONGTEXT L+4바이트, 여기서 L < 232
ENUM('value1','value2', ...) 열거 값 수에 따라 1 또는 2바이트(최대 65,535개 값)
SET('value1','value2',...) 1, 2, 3, 4 또는 8 바이트, 세트 멤버 수에 따라 다름(최대 64개 멤버)
VARCHAR, BLOB 및 TEXT 클래스는 가변 길이 유형입니다. 각 유형의 스토리지 요구사항은 유형의 가능한 최대 크기가 아니라 열 값의 실제 길이(이전 표에서 L로 표시됨)에 따라 달라집니다. 예를 들어, VARCHAR(10) 열은 최대 길이 10의 문자열을 보유할 수 있습니다. 실제 저장 요구 사항은 문자열 길이(L)에 문자열 길이를 기록하는 바이트를 더한 것입니다. 문자열 'abcd'의 경우 L은 4이고 저장에는 5바이트가 필요합니다.
CHAR, VARCHAR, TEXT 유형의 경우 위 표의 L 및 M 값은 문자 수로 해석되어야 하며, 열 정의에서 이러한 유형의 길이는 문자 수를 나타냅니다. 예를 들어 TINYTEXT 값을 저장하려면 L 문자 + 1바이트가 필요합니다.
특정 CHAR, VARCHAR 또는 TEXT 열의 값을 저장하는 데 사용되는 바이트 수를 계산하려면 해당 열에서 사용되는 문자 집합을 고려해야 합니다. 특정한 경우, 유니코드로 작업할 때 모든 유니코드 문자가 동일한 바이트 수를 사용한다는 점을 기억해야 합니다.
참고: VARCHAR 열의 유효 최대 길이는 65,532자입니다.
NDBCLUSTER 엔진은 고정 너비 열만 지원합니다. 이는 MySQL Cluster 테이블의 VARCHAR 열이 CHAR 유형처럼 동작한다는 것을 의미합니다(각 레코드에 여전히 추가 바이트 공간이 있다는 점만 제외). 예를 들어 클러스터 테이블에서 VARCHAR(100)으로 선언된 열의 각 레코드는 실제 저장된 레코드의 문자열 길이에 관계없이 저장 시 101바이트를 차지합니다.
BLOB 및 TEXT 클래스는 클래스의 가능한 최대 길이에 따라 열 값의 길이를 기록하기 위해 1, 2, 3 또는 4바이트가 필요합니다.
NDB 클러스터 스토리지 엔진에서는 TEXT 및 BLOB 열의 구현이 다르며, 여기서 TEXT 열의 각 레코드는 두 개의 개별 부분으로 구성됩니다. 하나는 고정된 크기(256바이트)이며 실제로 원본 테이블에 저장됩니다. 다른 하나는 암시적 테이블에 보관된 256바이트를 초과하는 모든 데이터를 포함합니다. 두 번째 테이블의 레코드 길이는 항상 2,000바이트입니다. 즉, size
ENUM 객체의 크기는 다양한 열거형 값의 수에 따라 결정됩니다. 열거형은 1바이트를 사용하며 255개의 가능한 값을 가질 수 있습니다. 열거형 값이 256에서 65,535 사이이면 2바이트가 사용됩니다.
SET 개체의 크기는 다양한 집합 구성원의 수에 따라 결정됩니다. 설정된 크기가 N이면 개체는 (N+7)/8바이트를 차지하며 1, 2, 3, 4 또는 8바이트로 반올림됩니다. SET에는 최대 64명의 구성원이 포함될 수 있습니다.
2. 올바른 데이터 유형 선택
저장 공간을 최적화하려면 어떤 경우에도 가장 정확한 유형을 사용해야 합니다. 예를 들어 컬럼 값의 범위가 1부터 99999까지인 경우 정수를 사용한다면 MEDIUMINT UNSIGNED가 좋은 타입이다. 이 유형은 열 값을 나타낼 수 있는 모든 유형 중 최소한의 저장 공간을 사용합니다.
10을 기준으로 65자리의 정밀도를 갖는 십진수를 사용하여 DECIMAL 열에 대한 모든 기본 계산(+, -, *, /)을 수행합니다.
DECIMAL 값을 계산하려면 배정밀도 연산을 사용하세요. 정확도가 그다지 중요하지 않거나 속도가 가장 중요하다면 DOUBLE 유형이면 충분합니다. 높은 정밀도를 달성하기 위해 BIGINT에 저장된 고정 소수점 유형으로 변환을 수행할 수 있습니다. 이를 통해 모든 계산을 64비트 정수로 수행하고 필요에 따라 결과를 다시 부동 소수점 값으로 변환할 수 있습니다.
3. 다른 데이터베이스 엔진의 열 유형 사용
다른 공급업체에서 작성한 SQL 실행 코드를 사용하기 위해 MySQL은 다음 표와 같이 열 유형을 매핑합니다. 테이블 정의는 다음 매핑을 통해 다른 데이터베이스 엔진에서 MySQL로 쉽게 가져올 수 있습니다.
다른 판매자 유형 MySQL 유형
BOOL, TINYINT
BOOLEAN TINYINT
CHAR VARYING(M) VARCHAR(M)
DEC DECIMAL
FIXED DECIMAL
FLOAT4 FLOAT
FLO AT8 DOUBLE
INT1 TINYINT
INT2 SMALLINT
INT3 MEDIUMINT
INT4 INT
INT8 BIGINT
LONG VARBINARY MEDIUMBLOB
LONG VARCHAR MEDIUMTEXT
LONG MEDIUMTEXT
MIDDLEINT MEDIUMINT
NUMERIC DECIMAL
테이블 생성 시 열 유형을 매핑한 후 원래 유형 정의를 삭제합니다. 다른 공급업체의 유형을 사용하여 테이블을 생성한 다음 DESCRIBE tbl_name 문을 실행하면 MySQL은 동등한 MySQL 유형을 사용하여 테이블의 구조를 보고합니다. 예:
mysql> CREATE TABLE t (a BOOL, b FLOAT8, c LONG, d NUMERIC);Query OK, 0 rows affected (0.08 sec); mysql> DESCRIBE t; +-------+---------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-------+---------------+------+-----+---------+-------+ | a | tinyint(1) | YES | | NULL | | | b | double | YES | | NULL | | | c | mediumtext | YES | | NULL | | | d | decimal(10,0) | YES | | NULL | | +-------+---------------+------+-----+---------+-------+ 4 rows in set (0.00 sec)