MySQL의 CHAR과 VARCHAR의 차이점

앞서 언급한

VARCHAR과 CHAR가 두 가지 주요 문자열 유형입니다. 불행하게도 이러한 값이 디스크와 메모리에 어떻게 저장되는지는 스토리지 엔진의 특정 구현에 따라 다르기 때문에 정확히 설명하기 어렵습니다. 다음 설명에서는 사용되는 스토리지 엔진이 InnoDB 및/또는 MyISAM이라고 가정합니다. 이 두 스토리지 엔진을 사용하지 않는 경우 사용 중인 스토리지 엔진의 설명서를 참조하세요.

먼저 VARCHAR 및 CHAR 값이 일반적으로 디스크에 어떻게 저장되는지 살펴보겠습니다. 스토리지 엔진이 CHAR 또는 VARCHAR 값을 저장하는 방식은 디스크와 메모리에서 다를 수 있으므로 스토리지 엔진에서 MySQL 서버가 읽은 값을 다른 스토리지 형식으로 변환해야 할 수도 있습니다.

VARCHAR 유형

VARCHAR 유형은 가변 길이 문자열을 저장하는 데 사용되며 가장 일반적인 문자열 데이터 유형입니다. 필요한 공간만 사용하기 때문에 고정 길이 유형보다 공간 효율적입니다(예: 짧은 문자열은 더 적은 공간을 사용함). 예외가 있습니다. MySQL 테이블이 ROW_FORMAT=FIXED로 생성되면 각 행은 고정 길이 저장소를 사용하므로 공간이 낭비됩니다.

VARCHAR에는 문자열 길이를 기록하기 위해 1~2바이트의 추가 바이트가 필요합니다. 열의 최대 길이가 255바이트보다 작거나 같으면 이를 나타내는 데 1바이트만 사용되고, 그렇지 않으면 2바이트가 사용됩니다. latin1 문자 집합을 사용한다고 가정하면 VARCHAR(10) 열에는 11바이트의 저장 공간이 필요합니다. VARCHAR(1000) 컬럼은 길이 정보를 저장하는데 2바이트가 필요하므로 1002바이트가 필요하다.

VARCHAR은 저장 공간을 절약하므로 성능에도 도움이 됩니다. 그러나 행이 가변 길이이기 때문에 UPDATE 중에 행이 원본보다 길어질 수 있으므로 추가 작업이 필요합니다. 행이 차지하는 공간이 늘어나고 페이지에 더 이상 저장할 공간이 없으면 다양한 스토리지 엔진이 이 상황을 다르게 처리합니다. 예를 들어 MyISAM은 저장을 위해 행을 여러 조각으로 분할하고 InnoDB는 행이 페이지에 맞도록 페이지를 분할해야 합니다. 일부 다른 스토리지 엔진은 원래 데이터 위치의 데이터를 업데이트하지 않을 수 있습니다.

VARCHAR 적용 상황

다음 상황에서는 VARCHAR을 적용하는 것이 적합합니다.

문자열 열의 최대 길이가 평균 길이보다 훨씬 깁니다.

열이 거의 업데이트되지 않으므로 조각화는 문제가 되지 않습니다.

UTF -8과 같은 것을 사용하십시오. 이러한 복잡한 문자 세트는 각 문자가 저장하는 데 다른 바이트 수를 사용합니다.

CHAR 유형

CHAR 유형은 고정 길이입니다. MySQL은 항상 정의된 문자열 길이에 따라 충분한 공간을 할당합니다. . CHAR 값을 저장할 때 MySQL은 모든 후행 공백을 제거합니다. CHAR 값은 비교를 용이하게 하기 위해 필요에 따라 공백으로 채워집니다.

CHAR은 매우 짧은 문자열을 저장하는 데 적합하거나 모든 값이 동일한 길이에 가깝습니다. 예를 들어, CHAR는 고정 길이 값이기 때문에 비밀번호의 MD5 값을 저장하는 데 이상적입니다. 자주 변경되는 데이터의 경우 고정 길이 CHAR 유형이 조각화되기 쉽지 않기 때문에 CHAR가 VARCHAR보다 낫습니다. 또한 CHAR는 매우 짧은 열의 경우 VARCHAR보다 저장 공간 효율성이 더 높습니다. 예를 들어, CHAR(1)은 Y와 N 값만 저장하는 데 사용됩니다. 단일 바이트 문자 집합을 사용하는 경우 1바이트만 필요하지만 VARCHAR(1)은 레코드에 추가 바이트가 있으므로 2바이트가 필요합니다. 길이. .

Test

다음은 CHAR와 VARCHAR의 동작 차이를 보여주는 예입니다. 먼저 CHAR(10) 필드가 하나만 있는 테이블을 만들고 여기에 몇 가지 값을 삽입합니다.

CREATE TABLE char_test
(
    char_col CHAR(10)
);

INSERT INTO char_test
VALUES
    ('string1').
    ('  string2').
    ('string3  ');

When 검색합니다. 이 값을 사용할 때 string3 끝의 공백이 잘리는 것을 알 수 있습니다.

SELECT CONCAT("'", char_col, "'")
FROM char_test;

실행 결과:

VARCHAR(10) 필드를 사용하여 동일한 값을 저장하면 다음과 같은 결과를 얻을 수 있습니다.

CREATE TABLE varchar_test
(
    varchar_col VARCHAR(10)
);

INSERT INTO varchar_test
VALUES
    ('string1').
    ('  string2').
    ('string3  ');

SELECT CONCAT("'", varchar_col, "'")
FROM varchar_test;

실행 결과

VARCHAR(5)의 차이점 and VARCHAR(200)

'hello'를 저장하기 위해 VARCHAR(5)와 VARCHAR(200)을 사용하면 둘의 공간 오버헤드가 동일하다는 것을 알 수 있습니다. 그렇다면 VARCHAR의 길이를 항상 크게 유지할 수 있습니까? 더 짧은 열을 사용하면 어떤 이점이 있나요?

큰 장점이 있는 것으로 밝혀졌습니다. MySQL은 일반적으로 내부 값을 보관하기 위해 고정 크기의 메모리 블록을 할당하기 때문에 열이 길수록 더 많은 메모리를 사용합니다. 이는 정렬이나 작업을 위해 메모리 내 임시 테이블을 사용할 때 특히 나쁩니다. 디스크 임시 테이블을 사용하여 정렬할 때도 마찬가지로 나쁩니다.

그래서 가장 좋은 전략은 꼭 필요한 공간만 할당하는 것입니다.

요약

문자열 유형 필드의 유형을 선택할 때 VARCHAR 또는 CHAR를 선택할지 결정하기 위해 다음 측면을 고려할 수 있습니다.

필드 데이터 세트의 평균 길이와 최대 길이가 차이가 매우 작으면 CHAR 유형이 선호됩니다. 그렇지 않으면 VARCHAR 유형이 고려됩니다.

필드가 MD5 뒤에 해시 값을 저장하거나 일부 고정 길이 값을 저장하는 경우 CHAR 유형이 선호됩니다.

필드를 자주 업데이트해야 하는 경우 CHAR 유형이 고정 길이이므로 조각화가 발생하지 않는 것이 좋습니다.

성별 등 매우 작은 정보를 저장하는 필드 값의 경우 VARCHAR 유형이 문자열 길이 정보를 저장하기 위해 추가 바이트를 차지하므로 CHAR 유형이 선호됩니다.

한마디로 CHAR 유형을 선택할 수 있거나 공간 소비가 상대적으로 영향 요인의 초점이 아닌 경우 CHAR 유형을 선택하십시오. 다른 측면에서는 CHAR 유형이 다소 장점이 있기 때문입니다. 공간 소모가 큰 영향 요인이 되는 경우 VARCHAR 유형의 사용을 고려해 보겠습니다.

추천 튜토리얼: "Mysql Tutorial"

위 내용은 MySQL의 CHAR과 VARCHAR의 차이점의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!