The utf32
character set is fixed length (like ucs2
and unlike utf16
). utf32
uses 32 bits for every character, unlike ucs2
(which uses 16 bits for every character), and unlike utf16
(which uses 16 bits for some characters and 32 bits for others).
utf32
takes twice as much space as ucs2
and more space than utf16
, but utf32
has the same advantage as ucs2
that it is predictable for storage: The required number of bytes for utf32
equals the number of characters times 4. Also, unlike utf16
, there are no tricks for encoding in utf32
, so the stored value equals the code value.
To demonstrate how the latter advantage is useful, here is an example that shows how to determine a utf8mb4
value given the utf32
code value:
/* Assume code value = 100cc LINEAR B WHEELED CHARIOT */
CREATE TABLE tmp (utf32_col CHAR(1) CHARACTER SET utf32,
utf8mb4_col CHAR(1) CHARACTER SET utf8mb4);
INSERT INTO tmp VALUES (0x000100cc,NULL);
UPDATE tmp SET utf8mb4_col = utf32_col;
SELECT HEX(utf32_col),HEX(utf8mb4_col) FROM tmp;
MySQL is very forgiving about additions of unassigned Unicode characters or private-use-area characters. There is in fact only one validity check for utf32
: No code value may be greater than 0x10ffff
. For example, this is illegal:
INSERT INTO t (utf32_column) VALUES (0x110000); /* illegal */