MySQL 기본 튜토리얼 4 - 데이터 유형의 저장 요구 사항 및 올바른 유형을 선택하는 방법

1. 컬럼 유형 저장 요구 사항

MySQL이 지원하는 각 컬럼 유형의 저장 요구 사항을 카테고리별로 나열합니다.

MyISAM 테이블의 최대 행 크기는 65,534바이트입니다. 각 BLOB 및 TEXT 열은 5~9바이트만 차지합니다.

MyISAM 테이블에 가변 길이 열 유형이 포함된 경우 레코드 형식도 가변 길이입니다. 테이블을 생성할 때 MySQL은 특정 조건에서 열을 가변 길이 유형에서 고정 길이 유형으로 또는 그 반대로 변경할 수 있습니다.

숫자 유형 저장 요구사항

SMALLINT

列类型	存储需求
TINYINT	1个字节
SMALLINT	2个字节
MEDIUMINT	3个字节
INT, INTEGER	4个字节
BIGINT	8个字节
FLOAT(p)	如果0 <= p <= 24为4个字节, 如果25 <= p <= 53为8个字节
FLOAT	4个字节
DOUBLE [PRECISION], item REAL	8个字节
DECIMAL(M,D), NUMERIC(M,D)	变长；参见下面的讨论
BIT(M)	大约(M+7)/8个字节

열 유형

저장 요구 사항

TINYINT

1바이트

2바이트

MEDIUMINT

3바이트

INT, INTEGER

4바이트

BIGINT

8바이트

FLOAT(p)

0 p p인 경우 em> <= 53은 8바이트입니다.

FLOAT

4바이트

DOUBLE [PRECISION ], 항목 REAL

8바이트

DECIMAL( M,D), NUMERIC( M,D)

가변 길이; 아래 설명 참조

BIT( M)

약 (M+7)/8바이트

저장용량 DECIMAL(및 NUMERIC) 요구 사항은 버전별로 다릅니다.

剩余的	字节
位数	数目
0	0
1	1
2	1
3	2
4	2
5	3
6	3
7	4
8	4
9	4

이진 형식을 사용하여 10진수 9자리(10 기준) 숫자를 변환합니다. DECIMAL 열 값을 나타내기 위해 4바이트로 압축됩니다. 각 값의 정수 부분과 소수 부분의 저장은 별도로 결정됩니다. 9자리의 배수마다 4바이트가 필요하고 "나머지" 비트에는 4바이트의 일부가 필요합니다. 다음 표에는 초과 비트에 대한 저장 요구 사항이 나와 있습니다.

남은 비트

列类型	存储需求
DATE	3个字节
DATETIME	8个字节
TIMESTAMP	4个字节
TIME	3个字节
YEAR	1个字节

바이트

자릿수 숫자

列类型	存储需求
CHAR(M)	M个字节，0 <= M <= 255
VARCHAR(M)	L+1个字节，其中L <= M 且0 <= M <= 65535(参见下面的注释)
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 < 216
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个字节，取决于set成员的数目(最多64个成员)

tr> 0 0 1 1 2 1 3 2 42 5 3 6 3 7 4 8 4 9 4 날짜 및 저장 요구 사항 시간 유형 table>문자열 저장 요구 사항 유형

열 유형	저장 요구사항
날짜	3바이트
날짜	8바이트
TIMESTAMP	4바이트
TIME	3바이트
YEAR	1바이트

열 유형	저장 요구사항
CHAR(M)	M바이트, 0 <= M
VARCHAR(M)	L +1바이트, 여기서 L M 및 0 M
BINARY(M)	M 바이트, 0 <= M <= 255
VARBINARY(M)	L+1바이트, 여기서 L M 및 0 M
TINYBLOB , TINYTEXT	L+1바이트, 그 중 L < 28
BLOB, TEXT	L+2바이트, 여기서 L < td>
MEDIUMBLOB, MEDIUMTEXT	L+3바이트, 그중 L < 24
LONGBLOB, LONGTEXT td>	L+4바이트, 그중 L < 232
ENUM('값1','값2', ...)	열거 값에 따라 1 또는 2바이트 값 수(최대 65,535개 값)
SET(' 값1','값2',... )	세트 멤버 수에 따라 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 클러스터 테이블의 VARCHAR 열이 CHAR 유형처럼 동작한다는 것을 의미합니다(각 레코드에 여전히 추가 바이트 공간이 있다는 점만 제외). 예를 들어 클러스터 테이블에서 VARCHAR(100)으로 선언된 열의 각 레코드는 실제 저장된 레코드의 문자열 길이에 관계없이 저장 시 101바이트를 차지합니다.

BLOB 및 TEXT 클래스는 클래스의 가능한 최대 길이에 따라 열 값의 길이를 기록하기 위해 1, 2, 3 또는 4바이트가 필요합니다.

NDB 클러스터 스토리지 엔진에서는 TEXT 및 BLOB 열의 구현이 다르며, 여기서 TEXT 열의 각 레코드는 두 개의 개별 부분으로 구성됩니다. 하나는 고정된 크기(256바이트)이며 실제로 원본 테이블에 저장됩니다. 다른 하나는 암시적 테이블에 보관된 256바이트를 초과하는 모든 데이터를 포함합니다. 두 번째 테이블의 레코드 길이는 항상 2,000바이트입니다. 이는

size<= 256인 경우 TEXT 열의 크기가 256(여기서 size은 레코드의 크기를 나타냄)이고 그렇지 않은 경우 크기는 256 +크기+ (2000–(크기–256)%2000). 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로 쉽게 가져올 수 있습니다.

INT8

다른 판매자 유형

其它卖方类型	MySQL类型
BOOL,	TINYINT
BOOLEAN	TINYINT
CHAR VARYING(M)	VARCHAR(M)
DEC	DECIMAL
FIXED	DECIMAL
FLOAT4	FLOAT
FLOAT8	DOUBLE
INT1	TINYINT
INT2	SMALLINT
INT3	MEDIUMINT
INT4	INT
INT8	BIGINT
LONG VARBINARY	MEDIUMBLOB
LONG VARCHAR	MEDIUMTEXT
LONG	MEDIUMTEXT
MIDDLEINT	MEDIUMINT
NUMERIC	DECIMAL

MySQL 유형

BOOL,

TINYINT

BOOLEAN

TINYINT

CHAR VARYING(M)

VARCHAR( M

)

12월

10진

수정됨

10진

FLOAT4

FLOAT

FLOAT8

더블

INT1

TINYINT

INT2

SMALLINT

INT3

보통

INT4

INT

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)

위는 MySQL 기본 튜토리얼 4 - 데이터 유형의 저장 요구 사항 및 올바른 유형을 선택하는 방법입니다. 자세한 내용은 PHP 중국어 웹사이트(www.php.cn)를 참고하세요. )!