utf8과 utf8mb4의 차이점에 대한 자세한 설명

utf8과 utf8mb4의 차이점

1. 소개

MySQL은 5.5.3 이후에 utf8mb4 인코딩을 추가했습니다. mb4는 대부분의 바이트 4를 의미하며, 이는 4바이트 유니코드와 호환되도록 특별히 설계되었습니다. utf8mb4는 utf8의 상위 집합이므로 인코딩을 utf8mb4로 변경하는 것 외에는 다른 변환이 필요하지 않습니다. 물론 공간을 절약하려면 일반적으로 utf8을 사용하는 것으로 충분합니다.

2. 내용 설명

위에서 언급했듯이 utf8은 대부분의 한자를 저장할 수 있는데 왜 utf8mb4를 사용해야 할까요? mysql에서 지원하는 최대 문자 길이는 3바이트입니다. 와이드 문자가 비정상적으로 삽입됩니다. 3바이트 UTF-8로 인코딩할 수 있는 최대 유니코드 문자는 0xffff이며, 이는 유니코드의 BMP(Basic Multilingual Plane)입니다. 즉, 기본 다중 텍스트 평면에 없는 유니코드 문자는 Mysql의 utf8 문자 세트를 사용하여 저장할 수 없습니다. Emoji 표현(Emoji는 iOS 및 Android 휴대폰에서 일반적으로 사용되는 특수 유니코드 인코딩입니다.), 흔하지 않은 중국어 문자, 새로운 유니코드 문자 등(utf8의 단점)을 포함합니다.

보통 컴퓨터는 문자를 저장할 때 문자 종류와 인코딩 방식에 따라 저장 공간을 할당합니다. 예를 들어, 다음과 같은 인코딩 방법이 있습니다.

① ASCII 인코딩에서는 영문자 1개(대소문자 관계 없음)가 1바이트의 공간을 차지하고, 한자 1개가 2바이트의 공간을 차지합니다. 이진수 시퀀스는 컴퓨터에 디지털 단위로 저장될 때 일반적으로 10진수로 변환된 8비트 이진수입니다. 최소값은 0이고 최대값은 255입니다.

②UTF-8 인코딩에서는 영문자 1자가 1바이트의 저장공간을 차지하고, 한자(번체자 포함)는 3바이트의 저장공간을 차지합니다.

3유니코드 인코딩에서는 영문자는 2바이트의 저장공간을 차지하고, 한자(번체자 포함)는 2바이트의 저장공간을 차지합니다.

4UTF-16 인코딩에서는 영문자나 한자를 저장하는데 2바이트의 저장공간이 필요합니다(유니코드 확장 영역의 일부 한자는 저장하는데 4바이트가 필요합니다).

⑤UTF-32 인코딩에서는 전 세계 모든 문자를 저장하려면 4바이트의 저장 공간이 필요합니다.

utf8은 대부분의 문자와 호환되는데 utf8mb4를 확장하는 이유는 무엇입니까?

인터넷이 발전하면서 우리가 일반적으로 채팅할 때 보내는 작은 노란색 얼굴 표현인 이모지 기호와 같은 새로운 유형의 문자가 많이 생산되었습니다. 이러한 문자는 기본 다중 평면 유니코드 문자에는 나타나지 않습니다. 그 중 MySQL에서는 utf8 저장소를 사용하는 것이 불가능했기 때문에 MySQL에서는 utf8 문자를 확장하고 utf8mb4 인코딩을 추가했습니다.

그래서 사용자가 데이터베이스를 설계할 때 특수 기호를 사용할 수 있도록 하려면 utf8mb4 인코딩을 사용하여 저장하는 것이 데이터베이스의 호환성을 높이기 위해 가장 좋지만 이 설계는 저장 공간을 더 많이 차지하게 됩니다.

추천 튜토리얼: "php부터 마스터까지"

위 내용은 utf8과 utf8mb4의 차이점에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!