MySQL Server bietet einen Serverzeichensatz und eine Serversortierfolge. Diese können beim Serverstart eingestellt und zur Laufzeit geändert werden.

Anfangs hängen Zeichensatz und Sortierfolge des Servers von den Optionen ab, die Sie beim Start von mysqld verwenden. Sie können --character-set-server für den Zeichensatz benutzen. Daneben können Sie --collation-server hinzufügen, um die Sortierfolge anzugeben. Wenn Sie keinen Zeichensatz bestimmen, entspricht dies der Festlegung --character-set-server=latin1. Geben Sie nur einen Zeichensatz (z. B. latin1), aber keine Sortierfolge an, dann entspricht dies der Festlegung --character-set-server=latin1 --collation-server=latin1_swedish_ci, weil latin1_swedish_ci die Standardsortierfolge für latin1 ist. Aus diesem Grund haben die folgenden drei Befehle dieselben Auswirkungen:

shell> mysqld
shell> mysqld --character-set-server=latin1
shell> mysqld --character-set-server=latin1 \
           --collation-server=latin1_swedish_ci

Eine Möglichkeit, die Einstellungen zu ändern, ist eine Neukompilierung. Wenn Sie die Vorgaben für Zeichensatz und Sortierfolge beim Erstellen aus dem Quellcode ändern wollen, verwenden Sie --with-charset und --with-collation als Argumente für configure. Zum Beispiel:

shell> ./configure --with-charset=latin1

Oder:

shell> ./configure --with-charset=latin1 \
           --with-collation=latin1_german1_ci

Sowohl mysqld als auch configure stellen sicher, dass die Kombination aus Zeichensatz und Sortierfolge gültig ist. Andernfalls zeigt jedes Programm eine Fehlermeldung an und wird dann beendet.

Die aktuellen Werte für Zeichensatz und Sortierfolge können den Systemvariablen character_set_server und collation_server entnommen werden. Diese Variablen lassen sich zur Laufzeit ändern.

Jede Datenbank hat einen datenbankspezifischen Zeichensatz und eine Datenbanksortierfolge. Die Anweisungen CREATE DATABASE und ALTER DATABASE bieten optionale Klauseln zur Angabe von Zeichensatz und Sortierfolge:

CREATE DATABASE db_name
    [[DEFAULT] CHARACTER SET charset_name]
    [[DEFAULT] COLLATE collation_name]

ALTER DATABASE db_name
    [[DEFAULT] CHARACTER SET charset_name]
    [[DEFAULT] COLLATE collation_name]

Statt DATABASE kann auch das Schlüsselwort SCHEMA verwendet werden.

Alle Datenbankoptionen werden in einer Textdatei namens db.opt gespeichert, die sich im Datenbankverzeichnis befindet.

Die Klauseln CHARACTER SET und COLLATE ermöglichen die Erstellung von Datenbanken mit unterschiedlichen Zeichensätzen und Sortierfolgen auf demselben MySQL Server.

Beispiel:

CREATE DATABASE db_name CHARACTER SET latin1 COLLATE latin1_swedish_ci;

MySQL wählt Zeichensatz und Sortierfolge für die Datenbank auf folgende Weise:

Datenbankzeichensatz und -sortierfolge werden als Standardwerte verwendet, wenn Zeichensatz und Sortierfolge für die Tabelle nicht in CREATE TABLE-Anweisungen angegeben werden. Einen anderen Zweck haben sie nicht.

Die Werte für Zeichensatz und Sortierfolge der Standarddatenbank können den Systemvariablen character_set_database und collation_database entnommen werden. Der Server stellt diese Variablen immer dann ein, wenn die Standarddatenbank sich ändert. Ist keine Standarddatenbank vorhanden, dann haben die Variablen denselben Wert wie die entsprechenden Systemvariablen für die Serverebene (character_set_server und collation_server).

Jede Tabelle hat einen tabellenspezifischen Zeichensatz und eine Tabellensortierfolge. Die Anweisungen CREATE TABLE und ALTER TABLE bieten optionale Klauseln zur Angabe von Zeichensatz und Sortierfolge:

CREATE TABLE tbl_name (column_list)
    [[DEFAULT] CHARACTER SET charset_name] [COLLATE collation_name]]

ALTER TABLE tbl_name
    [[DEFAULT] CHARACTER SET charset_name] [COLLATE collation_name]

Beispiel:

CREATE TABLE t1 ( ... ) CHARACTER SET latin1 COLLATE latin1_danish_ci;

MySQL wählt Zeichensatz und Sortierfolge für die Tabelle auf folgende Weise:

Tabellenzeichensatz und -sortierfolge werden als Standardwerte verwendet, wenn Zeichensatz und Sortierfolge in den Definitionen einzelner Spalten nicht angegeben sind. Tabellenzeichensatz und -sortierfolge sind MySQL-Erweiterungen, die es im SQL-Standard nicht gibt.

Jede „Zeichenspalte“ (d. h. eine Spalte des Typs CHAR, VARCHAR oder TEXT) hat einen Spaltenzeichensatz und eine Spaltensortierfolge. Die Spaltendefinitionssyntax bietet optionale Klauseln zur Angabe von Spaltenzeichensatz und -sortierfolge:

col_name {CHAR | VARCHAR | TEXT} (col_length)
    [CHARACTER SET charset_name [COLLATE collation_name]]

Beispiel:

CREATE TABLE Table1
(
    column1 VARCHAR(5) CHARACTER SET latin1 COLLATE latin1_german1_ci
);

MySQL wählt Zeichensatz und Sortierfolge für eine Spalte auf folgende Weise:

Die Klauseln CHARACTER SET und COLLATE entsprechen dem SQL-Standard.

Jeder Zeichen-String-Literal hat einen Zeichensatz und eine Sortierfolge.

Ein String-Literal weist unter Umständen eine optionale Zeichensatzeinführung und eine COLLATE-Klausel auf:

[_charset_name]'string' [COLLATE collation_name]

Ein paar Beispiele:

SELECT 'string';
SELECT _latin1'string';
SELECT _latin1'string' COLLATE latin1_danish_ci;

Für die einfache Anweisung SELECT 'string' werden Zeichensatz und Sortierfolge des Strings definiert von den Systemvariablen character_set_connection und collation_connection.

Der Ausdruck _charset_name heißt formal Einführung. Die Einführung zeigt dem Parser an, dass der nachfolgende String den Zeichensatz X verwendet. Da dies in der Vergangenheit zu Verwirrung bei Benutzern geführt hat, wollen wir an dieser Stelle betonen, dass eine Einführung keine Konvertierung zur Folge hat – es handelt sich lediglich um ein Signal, das den Wert des Strings nicht ändert. Eine Einführung ist auch zulässig vor der standardmäßigen und der numerischen hexadezimalen Literalnotation (x'literal' bzw. 0xnnnn) sowie vor ? (Parameterersetzung bei der Verwendung vorbereiteter Anweisungen innerhalb einer Programmiersprachen-Schnittstelle).

Ein paar Beispiele:

SELECT _latin1 x'AABBCC';
SELECT _latin1 0xAABBCC;
SELECT _latin1 ?;

MySQL wählt Zeichensatz und Sortierfolge eines Literals auf folgende Weise:

Ein paar Beispiele:

Zeichensatzeinführungen und die COLLATE-Klausel sind entsprechend den Spezifikationen des SQL-Standards implementiert.

Der SQL-Standard definiert NCHAR oder NATIONAL CHAR als Möglichkeit, anzugeben, dass eine CHAR-Spalte einen bestimmten vordefinierten Zeichensatz verwenden soll. MySQL 5.1 verwendet utf8 als vordefinierten Zeichensatz. So sind beispielsweise die folgenden Datentypdeklarationen gleichwertig:

CHAR(10) CHARACTER SET utf8
NATIONAL CHARACTER(10)
NCHAR(10)

Gleiches gilt für die folgenden:

VARCHAR(10) CHARACTER SET utf8
NATIONAL VARCHAR(10)
NCHAR VARCHAR(10)
NATIONAL CHARACTER VARYING(10)
NATIONAL CHAR VARYING(10)

Sie können mit N'literal' einen String im Nationalzeichensatz erstellen. Die folgenden beiden Anweisungen sind äquivalent:

SELECT N'some text';
SELECT _utf8'some text';

Informationen zur Aktualisierung von Zeichensätzen auf MySQL 5.1 von Versionen vor 4.1 finden Sie im MySQL-Referenzhandbuch für die Versionen 3.23, 4.0 und 4.1.

Die folgenden Beispiele zeigen, wie MySQL die Standardwerte für den Zeichensatz und die Sortierfolge ermittelt.

Beispiel 1: Tabellen- und Spaltendefinition

CREATE TABLE t1
(
    c1 CHAR(10) CHARACTER SET latin1 COLLATE latin1_german1_ci
) DEFAULT CHARACTER SET latin2 COLLATE latin2_bin;

Hier haben wir eine Spalte mit dem Zeichensatz latin1 und der Sortierfolge latin1_german1_ci. Die Definition ist explizit, d. h., die Werte ergeben sich von selbst. Beachten Sie, dass das Speichern einer latin1-Spalte in einer latin2-Tabelle unproblematisch ist.

Beispiel 2: Tabellen- und Spaltendefinition

CREATE TABLE t1
(
    c1 CHAR(10) CHARACTER SET latin1
) DEFAULT CHARACTER SET latin1 COLLATE latin1_danish_ci;

Hier nun haben wir eine Spalte mit dem Zeichensatz latin1 und der Standardsortierfolge. Obwohl es naheliegend erscheint, wird die Standardsortierfolge nicht von der Tabellenebene übernommen. Stattdessen hat, weil die Standardsortierfolge von latin1 immer latin1_swedish_ci ist, die Spalte c1 die Sortierfolge latin1_swedish_ci (und nicht latin1_danish_ci).

Beispiel 3: Tabellen- und Spaltendefinition

CREATE TABLE t1
(
    c1 CHAR(10)
) DEFAULT CHARACTER SET latin1 COLLATE latin1_danish_ci;

Hier haben wir eine Spalte mit den Standardwerten für Zeichensatz und Sortierfolge. Unter diesen Umständen bestimmt MySQL anhand der Angaben auf der Tabellenebene den Zeichensatz und die Sortierfolge für die Spalte. Es ergibt sich, dass der Zeichensatz latin1 und die zugehörige Sortierfolge latin1_danish_ci für die Spalte c1 eingestellt werden.

Beispiel 4: Datenbank-, Tabellen- und Spaltendefinition

CREATE DATABASE d1
    DEFAULT CHARACTER SET latin2 COLLATE latin2_czech_ci;
USE d1;
CREATE TABLE t1
(
    c1 CHAR(10)
);

Wir erstellen eine Spalte ohne Angabe von Zeichensatz und Sortierfolge. Ebenso wenig geben wir einen Zeichensatz und eine Sortierfolge auf der Tabellenebene an. Unter diesen Umständen überprüft MySQL die Datenbankebene, um die Tabelleneinstellungen zu ermitteln, die daraufhin auch zu den Spalteneinstellungen werden. Es ergibt sich, dass der Zeichensatz latin2 und die zugehörige Sortierfolge latin2_czech_ci für die Spalte c1 eingestellt werden.

Aus Gründen der MaxDB-Kompatibilität sind die folgenden beiden Anweisungen gleichwertig:

CREATE TABLE t1 (f1 CHAR(N) UNICODE);
CREATE TABLE t1 (f1 CHAR(N) CHARACTER SET ucs2);

Mit der COLLATE-Klausel können Sie die Standardsortierfolge für einen Vergleich außer Kraft setzen. COLLATE kann in verschiedenen Teilen von SQL-Anweisungen verwendet werden. Hier ein paar Beispiele:

Die COLLATE-Klausel hat eine hohe Priorität (höher als ||), d. h., die folgenden beiden Ausdrücke sind äquivalent:

x || y COLLATE z
x || (y COLLATE z)

Der Operator BINARY wandelt den ihm nachfolgenden String in einen Binär-String um. Dies ist eine einfache Möglichkeit, einen Spaltenvergleich byte- statt zeichenweise durchzuführen. BINARY berücksichtigt auch am Ende stehende Leerzeichen.

mysql> SELECT 'a' = 'A';
        -> 1
mysql> SELECT BINARY 'a' = 'A';
        -> 0
mysql> SELECT 'a' = 'a ';
        -> 1
mysql> SELECT BINARY 'a' = 'a ';
        -> 0

BINARY str ist eine Abkürzung für CAST(str AS BINARY).

Das Attribut BINARY in Zeichenspaltendefinitionen hat einen anderen Effekt. Einer Zeichenspalte, die mit dem Attribut BINARY definiert ist, wird die Binärsortierung des Zeichensatzes der Spalte zugewiesen. Jeder Zeichensatz hat eine Binärsortierfolge. So heißt etwa die Binärsortierung des Zeichensatzes latin1 latin1_bin. Wenn also der Standardzeichensatz der Tabelle latin1 ist, dann sind die folgenden beiden Definitionen äquivalent:

CHAR(10) BINARY
CHAR(10) CHARACTER SET latin1 COLLATE latin1_bin

Der Effekt von BINARY als Spaltenattribut unterscheidet sich von dessen Wirkungsweise vor MySQL 4.1. Ursprünglich führte BINARY zu einer Spalte, die als Binär-String behandelt wurde. Ein Binär-String ist ein String aus Bytes, der weder einen Zeichensatz noch eine Sortierfolge hat; hierin liegt der Unterschied zu einem nichtbinären Zeichen-String, der eine Binärsortierung hat. Bei beiden String-Typen basieren Vergleiche auf den numerischen Werten der String-Einheit, aber bei nichtbinären Strings ist die Einheit das Zeichen, und einige Zeichensätze unterstützen Multibytezeichen. Siehe Abschnitt 11.4.2, „Die BINARY- und VARBINARY-Typen“.

Die Verwendung von CHARACTER SET binary in der Definition einer CHAR-, VARCHAR- oder TEXT-Spalte bewirkt, dass diese als binärer Datentyp behandelt wird. So sind beispielsweise die folgenden Definitionspaare gleichwertig:

CHAR(10) CHARACTER SET binary
BINARY(10)

VARCHAR(10) CHARACTER SET binary
VARBINARY(10)

TEXT CHARACTER SET binary
BLOB

Bei der überwiegenden Mehrheit der Anweisungen ist offensichtlich, welche Sortierfolge MySQL zur Auflösung einer Vergleichsoperation verwendet. Beispielsweise sollte es in den folgenden Fällen klar sein, dass die Sortierfolge der Spalte x verwendet wird:

SELECT x FROM T ORDER BY x;
SELECT x FROM T WHERE x = x;
SELECT DISTINCT x FROM T;

Wenn allerdings mehrere Operanden vorhanden sind, kann es zu Mehrdeutigkeiten kommen. Zum Beispiel:

SELECT x FROM T WHERE x = 'Y';

Soll diese Abfrage die Sortierfolge der Spalte x oder die des String-Literals 'Y' verwenden?

Der SQL-Standard löst solche Fragen mithilfe so genannter „Sortierfolgevorrangsregeln“. Im Grunde genommen bedeutet dies: Sowohl x als auch 'Y' haben Sortierfolgen – welche Sortierfolge also hat Vorrang? Dies kann schwierig zu lösen sein, aber die folgenden Regeln sollten die meisten Situationen abdecken:

Die genannten Sortierfolgenvorrangswerte gelten für MySQL 5.1.

Diese Regeln lösen Mehrdeutigkeiten wie folgt auf:

Ein paar Beispiele:

Mithilfe der Funktion COERCIBILITY() können Sie den Sortierfolgenvorrangswert eines String-Ausdrucks bestimmen:

mysql> SELECT COERCIBILITY('A' COLLATE latin1_swedish_ci);
        -> 0
mysql> SELECT COERCIBILITY(VERSION());
        -> 3
mysql> SELECT COERCIBILITY('A');
        -> 4

Siehe auch Abschnitt 12.10.3, „Informationsfunktionen“.

Jeder Zeichensatz hat eine oder mehrere Sortierfolgen, aber jede Sortierfolge ist nur mit genau einem Zeichensatz verknüpft. Insofern führt die folgende Anweisung zu einer Fehlermeldung, weil die Sortierfolge latin2_bin für den Zeichensatz latin1 unzulässig ist:

mysql> SELECT _latin1 'x' COLLATE latin2_bin;
ERROR 1253 (42000): COLLATION 'latin2_bin' is not valid
for CHARACTER SET 'latin1'

Angenommen, die Spalte X in der Tabelle T hat die folgenden latin1-Spaltenwerte:

Muffler
Müller
MX Systems
MySQL

Nehmen wir nun weiter an, dass die Spaltenwerte mithilfe der folgenden Anweisung abgerufen werden:

SELECT X FROM T ORDER BY X COLLATE collation_name;

Die folgende Tabelle zeigt die sich ergebende Reihenfolge der Werte, wenn wir ORDER BY mit verschiedenen Sortierfolgen verwenden:

Das Zeichen, welches in diesem Fall die verschiedenen Sortierfolgen bewirkt, ist der deutsche Umlaut ü.

MySQL hat viele Operatoren und Funktionen, die einen String zurückgeben. In diesem Abschnitt wollen wir die Frage beantworten, welchen Zeichensatz und welche Sortierfolge ein solcher String hat.

Bei einfachen Funktionen, die den String als Eingabe entgegennehmen und einen String als Ergebnis ausgeben, sind Zeichensatz und Sortierfolge des Ausgabe-Strings dieselben wie beim ersten Eingabewert. Beispielsweise gibt UPPER(X) einen String zurück, dessen Zeichensatz und Sortierfolge dieselben sind wie bei X. Gleiches gilt für INSTR(), LCASE(), LOWER(), LTRIM(), MID(), REPEAT(), REPLACE(), REVERSE(), RIGHT(), RPAD(), RTRIM(), SOUNDEX(), SUBSTRING(), TRIM(), UCASE() und UPPER().

Hinweis: Anders als alle anderen Funktionen ignoriert die REPLACE()-Funktion stets die Sortierfolge des Eingabe-Strings und führt einen Vergleich mit Unterscheidung der Groß-/Kleinschreibung durch.

Wenn ein Eingabe-String oder ein Funktionsergebnis einen Binär-String zum Ergebnis haben, hat dieser String keinen Zeichensatz und keine Sortierfolge. Dies kann mithilfe der Funktionen CHARSET() und COLLATION() überprüft werden, die beide binary zurückgeben, wenn das Argument ein Binär-String ist:

mysql> SELECT CHARSET(BINARY 'a'), COLLATION(BINARY 'a');
+---------------------+-----------------------+
| CHARSET(BINARY 'a') | COLLATION(BINARY 'a') |
+---------------------+-----------------------+
| binary              | binary                |
+---------------------+-----------------------+

Bei Operationen, die mehrere Eingabe-Strings kombinieren und einen einzelnen Ausgabe-String zurückgeben, gelten die „Zusammenfassungsregeln“ des SQL-Standards zur Bestimmung der Sortierfolge des Ergebnisses:

Beispielsweise ist bei CASE ... WHEN a THEN b WHEN b THEN c COLLATE X END die resultierende Sortierfolge X. Gleiches gilt für CASE, UNION, ||, CONCAT(), ELT(), GREATEST(), IF() und LEAST().

Bei Operationen, die Zeichendaten umwandeln, werden der Zeichensatz und die Sortierfolge der Strings, die sich aus diesen Operationen ergeben, durch die Systemvariablen character_set_connection und collation_connection definiert. Dies gilt für CAST(), CHAR(), CONV(), FORMAT(), HEX() und SPACE().

CONVERT() stellt eine Möglichkeit zur Konvertierung von Daten zwischen verschiedenen Zeichensätzen dar. Die Syntax sieht wie folgt aus:

CONVERT(expr USING transcoding_name)

Bei MySQL sind die Transkodierungs- mit den entsprechenden Zeichensatznamen identisch.

Ein paar Beispiele:

SELECT CONVERT(_latin1'Müller' USING utf8);
INSERT INTO utf8table (utf8column)
    SELECT CONVERT(latin1field USING utf8) FROM latin1table;

CONVERT(... USING ...) ist entsprechend der SQL-Standardspezifikation implementiert.

Sie können auch mit CAST() einen String in einen anderen Zeichensatz umwandeln. Die Syntax sieht wie folgt aus:

CAST(character_string AS character_data_type CHARACTER SET charset_name)

Beispiel:

SELECT CAST(_latin1'test' AS CHAR CHARACTER SET utf8);

Wenn Sie CAST() ohne Angabe von CHARACTER SET verwenden, werden Zeichensatz und Sortierfolge des Ergebnisses durch die Systemvariablen character_set_connection und collation_connection definiert. Wenn Sie CAST() mit CHARACTER SET X benutzen, hat das Ergebnis den Zeichensatz X und als Sortierfolge die Standardsortierfolge von X.

Sie können eine COLLATE-Klausel nicht innerhalb, wohl aber außerhalb von CAST() verwenden. Mithin ist CAST(... COLLATE ...) unzulässig, CAST(...) COLLATE ... aber ist zulässig.

Beispiel:

SELECT CAST(_latin1'test' AS CHAR CHARACTER SET utf8) COLLATE utf8_bin;

Mehrere SHOW-Anweisungen vermitteln zusätzliche Angaben zu Zeichensätzen. Hierzu gehören SHOW CHARACTER SET, SHOW COLLATION, SHOW CREATE DATABASE, SHOW CREATE TABLE und SHOW COLUMNS. Diese Anweisungen wollen wir hier kurz beschreiben. Weitere Informationen finden Sie unter Abschnitt 13.5.4, „SHOW“.

INFORMATION_SCHEMA gibt mehrere Tabellen aus, deren Inhalt dem ähnelt, was sich mit SHOW-Anweisungen anzeigen lässt. So enthalten beispielsweise die Tabellen CHARACTER_SETS und COLLATIONS die Angaben, die sich auch mit SHOW CHARACTER SET bzw. SHOW COLLATION ermitteln lassen. Siehe Kapitel 22, Die Datenbank INFORMATION_SCHEMA.

Der Befehl SHOW CHARACTER SET zeigt alle verfügbaren Zeichensätze an. Er nimmt eine optionale LIKE-Klausel entgegen, die angibt, auf welche Zeichensatznamen zu prüfen ist. Zum Beispiel:

mysql> SHOW CHARACTER SET LIKE 'latin%';
+---------+-----------------------------+-------------------+--------+
| Charset | Description                 | Default collation | Maxlen |
+---------+-----------------------------+-------------------+--------+
| latin1  | cp1252 West European        | latin1_swedish_ci |      1 |
| latin2  | ISO 8859-2 Central European | latin2_general_ci |      1 |
| latin5  | ISO 8859-9 Turkish          | latin5_turkish_ci |      1 |
| latin7  | ISO 8859-13 Baltic          | latin7_general_ci |      1 |
+---------+-----------------------------+-------------------+--------+

Die Ausgabe von SHOW COLLATION enthält alle verfügbaren Zeichensätze. Die Anweisung nimmt eine optionale LIKE-Klausel entgegen, die angibt, auf welche Sortierfolgennamen zu prüfen ist. Zum Beispiel:

mysql> SHOW COLLATION LIKE 'latin1%';
+-------------------+---------+----+---------+----------+---------+
| Collation         | Charset | Id | Default | Compiled | Sortlen |
+-------------------+---------+----+---------+----------+---------+
| latin1_german1_ci | latin1  |  5 |         |          |       0 |
| latin1_swedish_ci | latin1  |  8 | Yes     | Yes      |       0 |
| latin1_danish_ci  | latin1  | 15 |         |          |       0 |
| latin1_german2_ci | latin1  | 31 |         | Yes      |       2 |
| latin1_bin        | latin1  | 47 |         | Yes      |       0 |
| latin1_general_ci | latin1  | 48 |         |          |       0 |
| latin1_general_cs | latin1  | 49 |         |          |       0 |
| latin1_spanish_ci | latin1  | 94 |         |          |       0 |
+-------------------+---------+----+---------+----------+---------+

SHOW CREATE DATABASE zeigt die CREATE DATABASE-Anweisung an, die eine gegebene Datenbank erstellt:

mysql> SHOW CREATE DATABASE test;
+----------+-----------------------------------------------------------------+
| Database | Create Database                                                 |
+----------+-----------------------------------------------------------------+
| test     | CREATE DATABASE `test` /*!40100 DEFAULT CHARACTER SET latin1 */ |
+----------+-----------------------------------------------------------------+

Wird keine COLLATE-Klausel angezeigt, dann wird die Standardsortierfolge des Zeichensatzes verwendet.

SHOW CREATE TABLE ist ähnlich, zeigt aber die CREATE TABLE-Anweisung zur Erstellung der Tabelle an. Die Spaltendefinitionen enthalten alle ggf. vorhandenen Zeichensatzspezifikationen, und die Tabellenoptionen enthalten in jedem Fall Zeichensatzangaben.

Die SHOW COLUMNS-Anweisung zeigt die Sortierfolgen der Spalten einer Tabelle an, wenn sie mit SHOW FULL COLUMNS aufgerufen wird. Spalten der Datentypen CHAR, VARCHAR und TEXT haben Sortierfolgen. Numerische und andere nicht zeichenbasierte Typen haben keine Sortierfolge (dies wird durch NULL als Collation-Wert angezeigt). Zum Beispiel:

mysql> SHOW FULL COLUMNS FROM person\G
*************************** 1. row ***************************
     Field: id
      Type: smallint(5) unsigned
 Collation: NULL
      Null: NO
       Key: PRI
   Default: NULL
     Extra: auto_increment
Privileges: select,insert,update,references
   Comment:
*************************** 2. row ***************************
     Field: name
      Type: char(60)
 Collation: latin1_swedish_ci
      Null: NO
       Key:
   Default:
     Extra:
Privileges: select,insert,update,references
   Comment:

Der Zeichensatz erscheint nicht direkt in der Anzeige, wohl aber als Teil des Sortierfolgennamens.

MySQL umfasst zwei Unicode-Zeichensätze. Sie können mit diesen beiden Zeichensätzen Text in ca. 650 Sprachen speichern.

Die Sortierfolgen ucs2_hungarian_ci und utf8_hungarian_ci wurden in MySQL 5.1.5 hinzugefügt.

MySQL implementiert die Sortierfolge utf8_unicode_ci entsprechend dem UCA (Unicode Collation Algorithm, Unicode-Sortierfolgenalgorithmus), der unter http://www.unicode.org/reports/tr10/ beschrieben ist. Die Sortierfolge verwendet die UCA-Gewichtungsschlüssel nach Version 4.0.0 (siehe http://www.unicode.org/Public/UCA/4.0.0/allkeys-4.0.0.txt). Die folgende Beschreibung verwendet utf8_unicode_ci, gilt aber für ucs2_unicode_ci gleichermaßen.

Zurzeit bietet die Sortierfolge utf8_unicode_ci nur teilweise Unterstützung für den UCA. Einige Zeichen werden noch nicht unterstützt. Gleiches gilt für diakritische Zeichen. Dies betrifft in erster Linie das Vietnamesische und einige Minderheitensprachen in Russland wie etwa das Udmurtische, das Tatarische, das Baschkirische und Mari.

Die bedeutsamste Funktion in utf8_unicode_ci besteht darin, dass Erweiterungen unterstützt werden, d. h., wenn ein Zeichen mit einer Kombination anderer Zeichen gleichgesetzt wird. Beispielsweise wird im Deutschen und einigen anderen Sprachen ‘ß’ mit ‘ss’ gleichgesetzt.

utf8_general_ci ist eine ältere Sortierfolge, die Erweiterungen nicht unterstützt. Hier können nur 1 : 1-Vergleiche zwischen Zeichen durchgeführt werden: Vergleiche für die utf8_general_ci-Sortierfolge sind also schneller, aber unter Umständen weniger korrekt als Vergleiche für utf8_unicode_ci.

Die folgenden Gleichstellungen beispielsweise sind sowohl in utf8_general_ci als auch in utf8_unicode_ci zutreffend:

Ä = A
Ö = O
Ü = U

Ein Unterschied zwischen den Sortierfolgen besteht darin, dass Folgendes für utf8_general_ci wahr ist:

ß = s

Dagegen ist Folgendes für utf8_unicode_ci wahr:

ß = ss

MySQL implementiert sprachspezifische Sortierfolgen für den utf8-Zeichensatz nur dann, wenn die Sortierung mit utf8_unicode_ci bei einer Sprache nicht gut funktioniert. So arbeitet utf8_unicode_ci etwa für das Deutsche oder das Französische einwandfrei, weswegen für diese beiden Sprachen keine utf8-Spezialsortierungen erforderlich sind.

Auch utf8_general_ci ist für Deutsch und Französisch weitgehend angemessen, nur wird hier ‘ß’ mit ‘s’ (statt ‘ss’) gleichgesetzt. Sofern es für Ihre Anwendung ausreichend sein sollte, sollten Sie utf8_general_ci verwenden, weil diese Sortierfolge schneller ist. Ansonsten benutzen Sie utf8_unicode_ci, denn diese Sortierfolge arbeitet exakter.

utf8_swedish_ci wurde wie andere sprachspezifische utf8-Sortierfolgen auch von utf8_unicode_ci abgeleitet und mit zusätzlichen Sprachregeln ergänzt. Beispielsweise funktioniert im Schwedischen die folgende Beziehung – etwas, das der deutsche oder französische Muttersprachler nicht erwarten würde:

Ü = Y < Ö

Die Sortierfolgen utf8_spanish_ci und utf8_spanish2_ci entsprechen dem modernen bzw. dem traditionellen Spanisch. Bei beiden Sortierfolgen ist ‘ñ’ (n mit Tilde) ein separater Buchstabe zwischen ‘n’ und ‘o’. Ferner ist beim traditionellen Spanisch ‘ch’ ein separater Buchstabe zwischen ‘c’ und d und ‘ll’ ein separater Buchstabe zwischen ‘l’ und ‘m’.

Westeuropäische Zeichensätze decken die meisten westeuropäischen Sprachen ab, so etwa Französisch, Spanisch, Katalanisch, Baskisch, Portugiesisch, Italienisch, Albanisch, Niederländisch, Deutsch, Dänisch, Schwedisch, Norwegisch, Finnisch, Färöisch, Isländisch, Irisch, Schottisch und Englisch.

MySQL bietet in eingeschränktem Maße Unterstützung für die Zeichensätze, die in Tschechien, der Slowakei, Ungarn, Rumänien, Slowenien, Kroatien und Polen verwendet werden.

Zu den südeuropäischen und nahöstlichen Zeichensätzen, die von MySQL unterstützt werden, gehören das Armenische, das Arabische, das Georgische, das Griechische, das Hebräische und das Türkische.

Die baltischen Zeichensätze decken die estnische, die lettische und die litauische Sprache ab.

Die kyrillischen Zeichensätze und Sortierfolgen werden für das Weißrussische, das Bulgarische, das Russische und das Ukrainische verwendet.

Die von uns unterstützten asiatischen Zeichensätze sind das Chinesische, das Japanische, das Koreanische und das Thailändische. Diese können sehr komplex sein. Beispielsweise müssen die chinesischen Zeichensätze Tausende verschiedener Zeichen zulassen. Weitere Informationen zu den Zeichensätzen cp932 und sjis finden Sie in Abschnitt 10.9.7.1, „Der Zeichensatz cp932“.