Changer le jeu de caractères par défaut MySQL en UTF-8 dans my.cnf?

Actuellement, nous utilisons les commandes suivantes en PHP pour définir le jeu de caractères sur UTF-8 dans notre application.

Puisque c'est un peu de surcharge, nous aimerions définir cela comme paramètre par défaut dans MySQL. Pouvons-nous le faire dans /etc/my.cnf ou dans un autre emplacement?

SET NAMES 'utf8'
SET CHARACTER SET utf8

J'ai cherché un jeu de caractères par défaut dans /etc/my.cnf, mais il n'y a rien sur les jeux de caractères.

À ce stade, j'ai fait ce qui suit pour définir les variables de jeu de caractères et de classement MySQL sur UTF-8:

skip-character-set-client-handshake
character_set_client=utf8
character_set_server=utf8

Est-ce une bonne façon de gérer cela?

Pour définir la valeur par défaut sur UTF-8, vous souhaitez ajouter ce qui suit à my.cnf

[client]
default-character-set=utf8

[mysql]
default-character-set=utf8


[mysqld]
collation-server = utf8_unicode_ci
init-connect='SET NAMES utf8'
character-set-server = utf8

Si vous voulez changer le jeu de caractères pour une base de données existante, faites-le moi savoir ... votre question ne l'a pas spécifié directement, donc je ne sais pas si c'est ce que vous voulez faire.

Pour la version récente de MySQL,

default-character-set = utf8

cause un problème. C'est obsolète, je pense.

Comme Justin Ball le dit dans « Mettre à niveau vers MySQL 5.5.12 et maintenant MySQL ne démarre pas , vous devez:

1. Supprimez cette directive et vous devriez être bon.

2. Ensuite, votre fichier de configuration ('/etc/my.cnf' par exemple) devrait ressembler à ça:

   [mysqld]
   collation-server = utf8_unicode_ci
   init-connect='SET NAMES utf8'
   character-set-server = utf8

3. Redémarrez MySQL.

4. Pour vous assurer que votre MySQL est UTF-8, exécutez les requêtes suivantes dans votre invite MySQL:

   • Première requête:

      mysql> show variables like 'char%';

     La sortie devrait ressembler à:

      +--------------------------+---------------------------------+
      | Variable_name            | Value                           |
      +--------------------------+---------------------------------+
      | character_set_client     | utf8                            |
      | character_set_connection | utf8                            |
      | character_set_database   | utf8                            |
      | character_set_filesystem | binary                          |
      | character_set_results    | utf8                            |
      | character_set_server     | utf8                            |
      | character_set_system     | utf8                            |
      | character_sets_dir       | /usr/local/mysql/share/charsets/|
      +--------------------------+---------------------------------+

   • Deuxième requête:

      mysql> show variables like 'collation%';

     Et la sortie de la requête est:

      +----------------------+-----------------+
      | Variable_name        | Value           |
      +----------------------+-----------------+
      | collation_connection | utf8_general_ci |
      | collation_database   | utf8_unicode_ci |
      | collation_server     | utf8_unicode_ci |
      +----------------------+-----------------+

Cette question a déjà beaucoup de réponses, mais Mathias Bynens a mentionné que 'utf8mb4' devrait être utilisé au lieu de 'utf8' afin d'avoir un meilleur support UTF-8 ('utf8' ne supporte pas les caractères de 4 octets, les champs sont tronqués lors de l'insertion ). Je considère que c'est une différence importante. Voici donc une autre réponse sur la façon de définir le jeu de caractères et le classement par défaut. Celui qui vous permettra d'insérer un tas de caca (💩).

Cela fonctionne sur MySQL 5.5.35.

Notez que certains paramètres peuvent être facultatifs. Comme je ne suis pas entièrement sûr de n'avoir rien oublié, je ferai de cette réponse un wiki communautaire.

Anciens paramètres

mysql> SHOW VARIABLES LIKE 'char%'; SHOW VARIABLES LIKE 'collation%';
+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | utf8                       |
| character_set_connection | utf8                       |
| character_set_database   | latin1                     |
| character_set_filesystem | binary                     |
| character_set_results    | utf8                       |
| character_set_server     | latin1                     |
| character_set_system     | utf8                       |
| character_sets_dir       | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
8 rows in set (0.00 sec)

+----------------------+-------------------+
| Variable_name        | Value             |
+----------------------+-------------------+
| collation_connection | utf8_general_ci   |
| collation_database   | latin1_swedish_ci |
| collation_server     | latin1_swedish_ci |
+----------------------+-------------------+
3 rows in set (0.00 sec)

Config

# 💩 𝌆
# UTF-8 should be used instead of Latin1. Obviously.
# NOTE "utf8" in MySQL is NOT full UTF-8: http://mathiasbynens.be/notes/mysql-utf8mb4

[client]
default-character-set = utf8mb4

[mysqld]
character-set-server = utf8mb4
collation-server = utf8mb4_unicode_ci

[mysql]
default-character-set = utf8mb4

Nouveaux paramètres

mysql> SHOW VARIABLES LIKE 'char%'; SHOW VARIABLES LIKE 'collation%';
+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | utf8mb4                    |
| character_set_connection | utf8mb4                    |
| character_set_database   | utf8mb4                    |
| character_set_filesystem | binary                     |
| character_set_results    | utf8mb4                    |
| character_set_server     | utf8mb4                    |
| character_set_system     | utf8                       |
| character_sets_dir       | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
8 rows in set (0.00 sec)

+----------------------+--------------------+
| Variable_name        | Value              |
+----------------------+--------------------+
| collation_connection | utf8mb4_general_ci |
| collation_database   | utf8mb4_unicode_ci |
| collation_server     | utf8mb4_unicode_ci |
+----------------------+--------------------+
3 rows in set (0.00 sec)

character_set_system est toujours utf8 .

Cela n'affectera pas les tables existantes, c'est juste le paramètre par défaut (utilisé pour les nouvelles tables). Le code ALTER suivant peut être utilisé pour convertir une table existante (sans la solution de contournement-restauration):

ALTER DATABASE databasename CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
ALTER TABLE tablename CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;

Éditer:

Sur un serveur MySQL 5.0: character_set_client, character_set_connection, character_set_results, collation_connection restent à latin1. L'émission SET NAMES utf8(utf8mb4 n'est pas disponible dans cette version) les définit également sur utf8.

Avertissement : si vous aviez une table utf8 avec une colonne d'index de type VARCHAR (255), elle ne peut pas être convertie dans certains cas, car la longueur de clé maximale est dépassée ( Specified key was too long; max key length is 767 bytes.). Si possible, réduisez la taille de la colonne de 255 à 191 (car 191 * 4 = 764 <767 <192 * 4 = 768). Après cela, le tableau peut être converti.

Sur MySQL 5.5 j'ai dans my.cnf

[mysqld] 
init_connect='SET collation_connection = utf8_unicode_ci' 
init_connect='SET NAMES utf8' 
character-set-server=utf8 
collation-server=utf8_unicode_ci 
skip-character-set-client-handshake

Le résultat est

mysql> show variables like "%character%";show variables like "%collation%";

+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | utf8                       |
| character_set_connection | utf8                       |
| character_set_database   | utf8                       |
| character_set_filesystem | binary                     |
| character_set_results    | utf8                       |
| character_set_server     | utf8                       |
| character_set_system     | utf8                       |
| character_sets_dir       | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
8 rows in set (0.00 sec)

+----------------------+-----------------+
| Variable_name        | Value           |
+----------------------+-----------------+
| collation_connection | utf8_unicode_ci |
| collation_database   | utf8_unicode_ci |
| collation_server     | utf8_unicode_ci |
+----------------------+-----------------+
3 rows in set (0.00 sec)

Remarque: le fichier my.cnf se trouve à/etc/mysql/

Après avoir ajouté ces lignes:

[mysqld]
collation-server = utf8_unicode_ci
init-connect='SET NAMES utf8'
character-set-server = utf8
skip-character-set-client-handshake

[client]
default-character-set   = utf8

[mysql]
default-character-set   = utf8

N'oubliez pas de redémarrer le serveur:

sudo service mysql restart

NijaCat était proche, mais a précisé la surpuissance:

Pour définir la valeur par défaut sur UTF-8, vous souhaitez ajouter ce qui suit à my.cnf

[client]
default-character-set=utf8

[mysqld]
default-character-set = utf8

Ensuite, pour vérifier:

mysql> show variables like "%character%";show variables like "%collation%";

+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | utf8                       |
| character_set_connection | utf8                       |
| character_set_database   | utf8                       |
| character_set_filesystem | binary                     |
| character_set_results    | utf8                       |
| character_set_server     | utf8                       |
| character_set_system     | utf8                       |
| character_sets_dir       | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
8 rows in set (0.00 sec)

+----------------------+-----------------+
| Variable_name        | Value           |
+----------------------+-----------------+
| collation_connection | utf8_general_ci |
| collation_database   | utf8_general_ci |
| collation_server     | utf8_general_ci |
+----------------------+-----------------+
3 rows in set (0.00 sec)

J'ai aussi découvert que , après la mise default-character-set = utf8sous le [mysqld]titre, MySQL 5.5.x ne démarrait pas sous Ubuntu 12.04 (Precise Pangolin).

MySQL v5.5.3 et supérieur:

Ajoutez simplement trois lignes seulement dans la section [mysqld]:

[mysqld]
character-set-server = utf8
collation-server = utf8_unicode_ci
skip-character-set-client-handshake

Remarque: L' inclusion skip-character-set-client-handshakeici évite d'avoir à inclure à la fois init-connectdans [mysqld]et default-character-setdans les sections [client]et [mysql].

Sous Xubuntu 12.04, j'ai simplement ajouté

[mysqld]
character_set_server = utf8

à /etc/mysql/my.cnf

Et le résultat est

mysql> show variables like "%character%";show variables like "%collation%";
+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | utf8                       |
| character_set_connection | utf8                       |
| character_set_database   | utf8                       |
| character_set_filesystem | binary                     |
| character_set_results    | utf8                       |
| character_set_server     | utf8                       |
| character_set_system     | utf8                       |
| character_sets_dir       | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
8 rows in set (0.00 sec)

+----------------------+-----------------+
| Variable_name        | Value           |
+----------------------+-----------------+
| collation_connection | utf8_general_ci |
| collation_database   | utf8_general_ci |
| collation_server     | utf8_general_ci |
+----------------------+-----------------+
3 rows in set (0.00 sec)

Jetez également un œil à http://dev.mysql.com/doc/refman/5.6/en/charset-server.html

Tous les paramètres répertoriés ici sont corrects, mais voici la solution la plus optimale et suffisante:

[mysqld]
init_connect='SET collation_connection = utf8_unicode_ci'
character-set-server = utf8
collation-server = utf8_unicode_ci

[client]
default-character-set = utf8

Ajoutez-les à /etc/mysql/my.cnf.

Veuillez noter que j'ai choisi le type de classement utf8_unicode_ci en raison du problème de performances.

Le résultat est:

mysql> SHOW VARIABLES LIKE 'character%';
+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | utf8                       |
| character_set_connection | utf8                       |
| character_set_database   | utf8                       |
| character_set_filesystem | binary                     |
| character_set_results    | utf8                       |
| character_set_server     | utf8                       |
| character_set_system     | utf8                       |
| character_sets_dir       | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+

mysql> SHOW VARIABLES LIKE 'collation%';
+----------------------+-----------------+
| Variable_name        | Value           |
+----------------------+-----------------+
| collation_connection | utf8_unicode_ci |
| collation_database   | utf8_unicode_ci |
| collation_server     | utf8_unicode_ci |
+----------------------+-----------------+

Et c'est lorsque vous vous connectez en tant qu'utilisateur non SUPER !

Par exemple, la différence entre la connexion en tant qu'utilisateur SUPER et non SUPER (bien sûr en cas de classement utf8_unicode_ci ):

utilisateur avec SUPER priv .:

mysql> SHOW VARIABLES LIKE 'collation%';
+----------------------+-----------------+
| Variable_name        | Value           |
+----------------------+-----------------+
| collation_connection | utf8_general_ci | <---
| collation_database   | utf8_unicode_ci |
| collation_server     | utf8_unicode_ci |
+----------------------+-----------------+

utilisateur avec non-SUPER priv .:

mysql> SHOW VARIABLES LIKE 'collation%';
+----------------------+-----------------+
| Variable_name        | Value           |
+----------------------+-----------------+
| collation_connection | utf8_unicode_ci |
| collation_database   | utf8_unicode_ci |
| collation_server     | utf8_unicode_ci |
+----------------------+-----------------+

J'ai écrit un article complet (rus) expliquant en détail pourquoi vous devriez utiliser l'une ou l'autre option. Tous les types de jeux de caractères et de classements sont pris en compte: pour le serveur, pour la base de données, pour la connexion, pour la table et même pour la colonne.

J'espère que cela et l'article aideront à clarifier les moments obscurs.

La directive est devenue character-set-system=utf8

http://dev.mysql.com/doc/refman/5.6/en/charset-configuration.html

Les versions de MySQL et les distributions Linux peuvent être importantes lors de la configuration.

Cependant, les changements sous la [mysqld]section sont encouragés.

Je veux donner une courte explication de la réponse de Tomazzlender:

[mysqld] 
init_connect='SET collation_connection = utf8_unicode_ci' 
init_connect='SET NAMES utf8' 
character-set-server=utf8 
collation-server=utf8_unicode_ci 
skip-character-set-client-handshake

[mysqld]

Cela changera collation_connection en utf8_unicode_ci

init_connect='SET collation_connection = utf8_unicode_ci'

En utilisant SET NAMES:

init_connect='SET NAMES utf8'

Le SET NAMES influencera trois personnages, à savoir:

character_set_client
character_set_results
character_set_connection

Cela définira character_set_database & character_set_server

character-set-server=utf8

Cela n'affectera que collation_database & collation_server

collation-server=utf8_unicode_ci

Désolé, je ne sais pas trop à quoi cela sert. Je ne l'utilise cependant pas:

skip-character-set-client-handshake

Sur Fedora 21

$ vi /etc/my.cnf

Ajouter suivre:

[client]
default-character-set=utf8

[mysql]
default-character-set=utf8

[mysqld]
init_connect='SET collation_connection = utf8_unicode_ci'
init_connect='SET NAMES utf8'
character-set-server=utf8
collation-server=utf8_unicode_ci 
skip-character-set-client-handshake

Sauvegarder et quitter.

N'oubliez pas de redémarrer le service mysqld avec service mysqld restart.

MySQL 5.5, tout ce dont vous avez besoin est:

[mysqld]
character_set_client=utf8
character_set_server=utf8
collation_server=utf8_unicode_ci

collation_server est facultatif.

mysql> show variables like 'char%';
+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | utf8                       |
| character_set_connection | utf8                       |
| character_set_database   | utf8                       |
| character_set_filesystem | binary                     |
| character_set_results    | utf8                       |
| character_set_server     | utf8                       |
| character_set_system     | utf8                       |
| character_sets_dir       | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
8 rows in set (0.00 sec)

Si vous rencontrez des problèmes pour confirmer la prise en charge du jeu de caractères du client à l'aide de MySQL Workbench, gardez à l'esprit la note suivante:

Important Toutes les connexions ouvertes par MySQL Workbench définissent automatiquement le jeu de caractères client sur utf8. La modification manuelle du jeu de caractères client, comme l'utilisation de SET NAMES ..., peut empêcher MySQL Workbench d'afficher correctement les caractères. Pour plus d'informations sur les jeux de caractères client, voir Jeux de caractères et classements de connexion.

Ainsi, je n'ai pas pu remplacer les jeux de caractères de MySQL Workbench avec les modifications my.cnf. par exemple 'set names utf8mb4'

Si vous êtes confus par votre paramètre client et que conn est réinitialisé après le redémarrage du service mysql. Essayez ces étapes (qui ont fonctionné pour moi):

1. vi /etc/my.cnf
2. ajouter le contenu souffler et :wq [client] character-sets-dir=/usr/local/mysql/share/mysql/charsets
3. redémarrez mysql et connectez-vous à mysql, utilisez la base de données, la commande d'entrée status;, vous trouverez le jeu de caractères pour 'client' et 'conn' est réglé sur 'utf8'.

Vérifiez la référence pour plus d'informations.

Vous pouvez le faire comme il le fait, et si cela ne fonctionne pas, vous devez redémarrer mysql.

Changer le caractère MySQL:

Client

default-character-set=utf8

mysqld

character_set_server=utf8

Nous ne devons pas écrire default-character-set=utf8dans mysqld, car cela pourrait entraîner une erreur comme:

start: le travail n'a pas pu démarrer

Enfin:

 +--------------------------+----------------------------+
 | Variable_name            | Value                      |
 +--------------------------+----------------------------+
 | character_set_client     | utf8                       |
 | character_set_connection | utf8                       |
 | character_set_database   | utf8                       |
 | character_set_filesystem | binary                     |
 | character_set_results    | utf8                       |
 | character_set_server     | utf8                       |
 | character_set_system     | utf8                       |
 | character_sets_dir       | /usr/share/mysql/charsets/ |
 +--------------------------+----------------------------+