Изменить набор символов MySQL по умолчанию на UTF-8 в my.cnf?

Question

Изменить набор символов MySQL по умолчанию на UTF-8 в my.cnf?

286

В настоящее время мы используем следующие команды в PHP, чтобы установить набор символов UTF-8 в нашем приложении.

Так как это немного накладные расходы, мы хотели бы установить это как значение по умолчанию в MySQL. Можем ли мы сделать это в /etc/my.cnf или в другом месте?

SET NAMES 'utf8'
SET CHARACTER SET utf8

Я искал кодировку по умолчанию в файле /etc/my.cnf, но там ничего нет о кодировках.

В этот момент я сделал следующее, чтобы установить переменные charset и переменные сортировки MySQL в UTF-8:

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

Это правильный способ справиться с этим?

Jorre 18 авг. 2010, в 14:39

Источник

18

Обратите внимание, что лучшим значением по умолчанию будет utf8mb4 , то есть реальный UTF-8 с полной поддержкой Unicode. См. Как поддерживать полный Unicode в базах данных MySQL .
Mathias Bynens 31 июль 2012, в 09:22
0

@Jorre, не возражаете ли вы изменить это на utf8mb4 это своего рода опасный прецедент?
Evan Carroll 22 июнь 2018, в 20:27

Теги:

mysql

character-encoding

18 ответов

Ещё вопросы

Обратите внимание, что лучшим значением по умолчанию будет utf8mb4 , то есть реальный UTF-8 с полной поддержкой Unicode. См. Как поддерживать полный Unicode в базах данных MySQL .
@Jorre, не возражаете ли вы изменить это на utf8mb4 это своего рода опасный прецедент?

NinjaCat · Answer 1 · 2010-08-18T16-56-00.000Z

367

Чтобы установить значение по умолчанию для UTF-8, вы хотите добавить следующее в 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

Если вы хотите изменить набор символов для существующей БД, дайте мне знать... ваш вопрос не указал его напрямую, поэтому я не уверен, что это то, что вы хотите сделать.

NinjaCat 18 авг. 2010, в 16:56

0

спасибо, я решил это таким образом, вы можете сообщить мне, если это также правильный способ справиться с этим? Пропустить набор символов-клиент-рукопожатие character_set_client = utf8 character_set_server = utf8
Jorre 18 авг. 2010, в 16:35
16

Вышеуказанные настройки my.cnf также работали для меня. Кроме того, я должен был убедиться, что таблица была установлена правильно, например, ALTER TABLE Table CONVERT TO CHARACTER SET utf8 COLLATE utf8_unicode_ci;
Chris Livdahl 26 май 2011, в 19:26
8

Не работает для MySQL 5.5. Я использовал: <br/> [mysqld] # Изменения для utf-8 collation-server = utf8mb4_unicode_ci init-connect = 'SET NAMES utf8mb4' набор символов-серверов = utf8mb4 и utf8mb4 в других местах, как упомянуто выше.
Champ 04 окт. 2012, в 15:07
12

В Ubuntu 12.04 это работало для меня - если я удалил первую строку после [mysqld] .
Brandon Bertelsen 23 дек. 2012, в 02:53
4

Похоже, набор символов по умолчанию больше не разрешен в разделе [mysqld]
marsbard 24 март 2013, в 10:33
0

Этот работает для меня, Debian 6.0, убедитесь, что у вас есть collation-server = utf8_unicode_ci
Marin 15 июнь 2013, в 15:00
3

@ Jorre, если ответ сработал для вас, пожалуйста, примите его
daramasala 30 июнь 2013, в 07:50
3

Обратите внимание, что если вам нужен UTF-8, не используйте кодировку MySQL utf8 . utf8mb4 этого используйте utf8mb4 .
Mathias Bynens 19 фев. 2014, в 09:47
3

Остерегайтесь: из документации mysql: содержимое init_connect не выполняется для пользователей, которые имеют привилегию SUPER. dev.mysql.com/doc/refman/5.5/en/...
ling 03 нояб. 2014, в 22:20
0

Ааааа наконец !!! Большое спасибо!!!
Djordje Ivanovic 23 дек. 2014, в 21:11
0

Мне непонятно, почему этот ответ и многие другие продолжают устанавливать init-connect и default-character-set для [client] и [mysql] когда кажется, что добавление skip-character-set-client-handshake в раздел [mysqld] выполняет оба. Есть ли что-то в этом подходе, который я пропускаю?
Justin Watt 23 сен. 2015, в 22:15
2

Небольшой ввод, рассмотрите возможность использования utf8mb4 для charset и utf8mb4_unicode_ci для сопоставления, чтобы охватить весь utf8. См. Stackoverflow.com/questions/766809/…
Mayeu 15 сен. 2016, в 12:54
0

В [mysqld] collation-server = utf8_unicode_ci и init-connect='SET NAMES utf8' были ошибки моего my.ini
FtheBuilder 12 май 2017, в 14:38

Показать ещё 11 комментариев

Mustafah ELBanna · Answer 2 · 2012-06-03T00-26-00.000Z

Для последней версии MySQL

default-character-set = utf8

вызывает проблему. Думаю, это не рекомендуется.

Как Justin Ball говорит в " Обновляется до MySQL 5.5.12 и теперь MySQL не запускается, вы должны:

Удалите эту директиву, и вы должны быть хорошими.
Тогда ваш файл конфигурации (например,/etc/my.cnf) должен выглядеть так:
```
[mysqld]
collation-server = utf8_unicode_ci
init-connect='SET NAMES utf8'
character-set-server = utf8
```
Перезагрузите MySQL.

Чтобы убедиться, что ваш MySQL является UTF-8, запустите следующие запросы в запросе MySQL:

Первый запрос:

 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/local/mysql/share/charsets/|
 +--------------------------+---------------------------------+

Второй запрос:

 mysql> show variables like 'collation%';

И вывод запроса:

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

Ваша первая строка max_allowed_packet = 64M связана с этой проблемой UTF8 каким-либо образом?
У меня есть character_set_filesystem | utf8 . Я не уверен, это нормально?
Спасибо! Это должен быть принятый ответ для MySQL> 5.5!
Пробовал на MariaDB v5.5 и все работает, спасибо! mysql Ver 15.1 Distrib 5.5.35-MariaDB, for debian-linux-gnu (x86_64) using readline 5.1
Я думаю, что вам не нужно удалять default-character-set по default-character-set , вместо этого вы можете изменить его на loose-default-character-set = utf8 - то есть префикс с «свободным». Это делает mysqlbinlog счастливым, если вам нужно его использовать - google для: "Свободный набор символов по умолчанию" mysqlbinlog .
Является ли init-connect='SET NAMES utf8' действительно необходимым? Если нет, мы определенно можем обойтись без него для производительности.
@Mustafah, почему система character_set_filesystem все еще показывает binary а не utf8 ?
Мне нужно пропустить набор символов клиента-рукопожатие, в противном случае некоторые переменные остаются неизменными.

tomazzlender · Answer 3 · 2012-02-19T16-34-00.000Z

В MySQL 5.5 у меня есть 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

Результат

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)

Что именно делает skip-character-set-client-handshake и при каких обстоятельствах это требуется?
@Simon, при использовании show variables like "%collation%"; Я видел «collation_connection» как utf8_general_ci а collation_database и collation_server как utf8_unicode_ci . Добавление строки skip-character-set-client-handshake изменило общую запись на юникод, поэтому все три были согласованы.
На MySQL 5.6, skip-character-set-client-handshake не делает то, что сказал @Vaughany. Любое предложение?
skip-character-set-client-handshake сделал это для меня (наряду с «набором символов-сервера» и «сервером сопоставления», конечно - в Debian 7). init_connect не имели значения с skip или без него и кажутся избыточными. +1 и спасибо.
skip-character-set-client-handshake игнорирует информацию набора символов, отправленную клиентом. Это хорошо для форсирования определенного набора символов во время общения, но если клиент ожидает чего-то другого, это может привести к проблемам. Я бы сказал, что лучше указать это на клиенте (в вашем приложении).
Эти три строки, добавленные в раздел mysqld в configuraton, решили проблему для меня в Ubuntu-14.04 + mysql-5.5.38 skip-character-set-client-handshake является обязательным, без этой строки работать не будет.
@jhcaiced, это зависит от вашего клиента. Какой клиент вы используете?

basic6 · Answer 4 · 2014-06-30T11-02-00.000Z

У этого вопроса уже много ответов, но Матиас Биненс упомянул, что вместо utf8 следует использовать "utf8mb4", чтобы иметь лучшую поддержку UTF-8 ( "utf8" не поддерживает 4 байтовых символа, поля усеченный на вставке). Я считаю это важным отличием. Итак, вот еще один ответ о том, как установить набор символов и сортировку по умолчанию. Один, который позволит вам вставить кучу poo ().

Это работает с MySQL 5.5.35.

Обратите внимание, что некоторые параметры могут быть необязательными. Поскольку я не совсем уверен, что ничего не забыл, я сделаю этот ответ вики-сообществом.

Старые настройки

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

Новые настройки

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 всегда utf8.

Это не повлияет на существующие таблицы, это просто настройка по умолчанию (используется для новых таблиц). Следующий код ALTER можно использовать для преобразования существующей таблицы (без обходного пути dump-restore):

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

Edit:

На сервере MySQL 5.0: character_set_client, character_set_connection, character_set_results, collation_connection остаются на latin1. Выдача SET NAMES utf8 (utf8mb4, недоступная в этой версии) также устанавливает их в utf8.

Caveat: Если у вас была таблица utf8 с индексным столбцом типа VARCHAR (255), она не может быть преобразована в некоторых случаях, поскольку максимальная длина ключа превышена (Specified key was too long; max key length is 767 bytes.). Если возможно, уменьшите размер столбца от 255 до 191 (потому что 191 * 4 = 764 < 767 < 192 * 4 = 768). После этого таблица может быть преобразована.

Я следовал вашим настройкам, но я считаю, что character_set_database все еще utf8 а collation_database is utf8_bin`. Я что-то пропустил?
Нашел то, что я пропустил. Эти 2 параметра устанавливаются при создании самой базы данных. Смотрите этот вопрос; stackoverflow.com/questions/22572558/...
добавьте character-set-client-handshake = FALSE в раздел [mysqld], чтобы он всегда использовал кодировку по умолчанию, даже если вы допустите ошибку на прикладном уровне
привет, я попробовал это решение, но все еще не могу показать character_set_client | utf8mb4. это utf8. просто character_set_database utf8mb4 и character_set_server utf8mb4 являются другими неизменными. пожалуйста, помогите мне

amiroff · Answer 5 · 2012-02-22T11-36-00.000Z

Я также выяснил, что после установки default-character-set = utf8 под заголовком [mysqld] MySQL 5.5.x не запускался под Ubuntu 12.04 (Точный панголин).

Это ошибка MySQL # 52047 . В [mysqld] вы должны использовать character-set-server вместо default-character-set по default-character-set . (Очень запутанно, я согласен!)

Derek · Answer 6 · 2011-12-31T20-42-00.000Z

NijaCat был близок, но указанный перебор:

Чтобы установить значение по умолчанию для UTF-8, вы хотите добавить следующее в my.cnf

[client]
default-character-set=utf8

[mysqld]
default-character-set = utf8

Тогда для проверки:

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)

Хороший ответ. Возможно, краткое объяснение того, какие части излишни, поможет людям точно решить, чего они хотят в своей конфигурации.
большое спасибо за это !!! У меня были проблемы в течение очень долгого времени ...
@Derek, Что тогда делает [mysql] default-character-set=utf8 ?
Группа параметров [client] уже устанавливает параметры для всех клиентов MySQL, которые читают файл my.cnf. Группа [mysql] устанавливает параметры только для двоичного файла клиента «mysql», в частности. Если вы хотите установить параметр mysql, который не применяется к другим клиентам, целесообразно использовать эту группу, но установка одинакового значения параметра в обоих местоположениях является излишней. dev.mysql.com/doc/refman/5.6/en/option-files.html
@ Майк Сэмюэль, установка набора символов по умолчанию для utf8 уже подразумевает режим сравнения по умолчанию utf8_general_ci. С другой стороны, "init-connect = 'SET NAMES utf8'" является несколько интересной идеей, поскольку она пытается заставить всех клиентов, подключающихся к серверу, использовать utf8, но это применяется непоследовательно в зависимости от привилегий подключения подключающегося Пользователь и я подозреваю, что некоторые подключающиеся сторонние клиенты могут быть сбиты с толку, когда сервер переопределяет запрошенную ими кодировку. dev.mysql.com/doc/refman/5.6/en/charset-applications.html
Для [mysqld] используйте character-set-server вместо default-character-set по default-character-set

mug896 · Answer 7 · 2014-01-23T07-10-00.000Z

MySQL v5.5.3 и выше:

Просто добавьте три строки только в раздел [mysqld]:

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

Примечание. Включение skip-character-set-client-handshake здесь исключает необходимость включения как init-connect в [mysqld], так и default-character-set в разделы [client] и [mysql].

Ух ты, так много повторяющихся ответов на этот вопрос, и все же он кажется самым простым. У меня тоже работает на v5.5.44.

М.Б. · Answer 8 · 2016-08-07T00-46-00.000Z

Примечание: Файл my.cnf находится в /etc/mysql/

После добавления этих строк:

[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

Не забудьте перезапустить сервер:

sudo service mysql restart

Примечание: это меняет настройки по умолчанию; это не меняет кодировку для любых существующих столбцов.

gahcep · Answer 9 · 2013-03-04T10-55-00.000Z

Все приведенные здесь параметры верны, но вот наиболее оптимальное и достаточное решение:

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

[client]
default-character-set = utf8

Добавьте их в /etc/mysql/my.cnf.

Обратите внимание: я выбираю тип сортировки utf8_unicode_ci из-за проблемы с производительностью.

Результат:

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 |
+----------------------+-----------------+

И это когда вы подключаетесь как не-SUPER пользователь!

Например, разница между соединением как SUPER и не SUPER пользователем (конечно, в случае utf8_unicode_ci):

пользователь с SUPER приложением:

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

с не-SUPER.:

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

Я написал всеобъемлющую статью (rus), в которой подробно объясняется, почему вы должны использовать тот или иной вариант. Все типы наборов символов и Collations рассматриваются: для сервера, для базы данных, для подключения, для таблицы и даже для столбца.

Я надеюсь, что это и статья помогут прояснить неясные моменты.

Я хотел бы прочитать вашу связанную статью, но не могу читать по-русски, и Google Translate не слишком полезен для технических текстов. Из того, что я могу сказать, хотя это было бы очень интересно. Не могли бы вы рассмотреть возможность размещения английской версии?
Не могли бы вы объяснить, какой параметр не устанавливает параметры сортировки пользовательских соединений SUPER? (и есть ли решение)
@gahcep, вы заявили, что используете utf8_unicode_ci из-за проблем с производительностью, тогда почему utf8_bin вместо этого не использовать utf8_bin ?
Привет, Paceriar. Хорошая точка зрения. Теперь я не уверен, правильно ли я выбрал использование utf8_unicode_ci . Никогда не тратил время на тестирование производительности.

Falko · Answer 10 · 2012-04-22T12-40-00.000Z

В Xubuntu 12.04 я просто добавил

[mysqld]
character_set_server = utf8

в/etc/mysql/my.cnf

И результат

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)

Также посмотрите http://dev.mysql.com/doc/refman/5.6/en/charset-server.html

Вам также потребуется [client] default-character-set = utf8, иначе, когда вы используете mysql в командной строке, он не будет использовать utf8, потенциально разрушая любые резервные копии, которые вы передаете в файл.

Loren · Answer 11 · 2011-09-19T04-02-00.000Z

Директива изменилась на character-set-system=utf8

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

Lihang Li · Answer 12 · 2013-11-06T04-06-00.000Z

MySQL-версии и дистрибутивы Linux могут иметь значение при создании конфигураций.

Однако рекомендуется использовать изменения в разделе [mysqld].

Я хочу дать короткое объяснение ответа 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]

Это изменит значение collation_connection на utf8_unicode_ci

init_connect='SET collation_connection = utf8_unicode_ci'

Использование SET NAMES:

init_connect='SET NAMES utf8'

Имена SET будут влиять на три символа:

character_set_client
character_set_results
character_set_connection

Это установит character_set_database & character_set_server

character-set-server=utf8

Это повлияет только на параметры collation_database и collation_server

collation-server=utf8_unicode_ci

Извините, я не уверен, для чего это. Однако я не использую его:

skip-character-set-client-handshake

В документации отмечается, что character_set_server не следует устанавливать вручную.
Так что же такое современный подход? Мы можем явно передать character set при установлении соединения с базой данных, однако выглядит немного раздражающим.
На самом деле я допустил ошибку. Документация говорит, что character_set_database не должен быть установлен динамически. Не упоминает character_set_server. Тем не менее, я не уверен, что вам нужно беспокоиться о character_set_server, так как я думаю, что это влияет только на значение по умолчанию для вновь созданной базы данных?
Как я уже упоминал выше, и я только что провел эксперимент снова только что, character_set_server в разделе [mysqld] будет влиять на character_set_database и character_set_server . Теперь я думаю, что хорошей практикой является явное указание character set который вы хотите использовать при создании базы данных, таблицы и соединения с базой данных. Честно говоря, документация mysql не так легко понять. Знаете ли вы, есть ли общий способ получить все character set и параметры collation в MySQL?

Nguyễn Văn Tiến · Answer 13 · 2015-05-05T06-37-00.000Z

В Fedora 21

$ vi /etc/my.cnf

Добавить следующее:

[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

Сохранить и выйти.

Заключительное помните перезапуск службы mysqld с service mysqld restart.

John Wen · Answer 14 · 2015-05-26T14-04-00.000Z

Если вы запутались в настройках для клиента, а соединение сбрасывается после перезапуска службы mysql. Попробуйте эти шаги (которые работали для меня):

vi /etc/my.cnf
добавьте удар по содержимому и :wq [client] character-sets-dir=/usr/local/mysql/share/mysql/charsets
перезапустите mysql и войдите в систему mysql, используйте базу данных, команду ввода status;, вы увидите, что набор символов для "client" и "conn" установлен на "utf8".

Подробнее о ссылка.

paiego · Answer 15 · 2014-05-15T21-11-00.000Z

Если у вас возникли проблемы с подтверждением поддержки набора символов с помощью MySQL Workbench, обратите внимание на следующее примечание:

Внимание! Все подключения, открытые MySQL Workbench, автоматически устанавливают символ клиента установлен в utf8. Ручное изменение набора символов клиента, например, использование SET NAMES ..., может заставить MySQL Workbench неправильно отображать символы. Для дополнительную информацию о наборах символов клиента см. в разделе "Наборы символов соединения" и Collations.

Таким образом, мне не удалось переопределить наборы символов MySQL Workbench с изменениями my.cnf. например 'set names utf8mb4'

Gajus · Answer 16 · 2013-10-12T20-07-00.000Z

MySQL 5.5, все, что вам нужно:

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

collation_server не является обязательным.

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)

郭浩伟 · Answer 17 · 2017-08-06T10-32-00.000Z

Вы можете сделать это так, как он есть, и если он не работает, вам нужно перезапустить mysql.

MYLOGOS · Answer 18 · 2013-07-12T04-19-00.000Z

Изменить символ MySQL:

Client

default-character-set=utf8

туздЫ

character_set_server=utf8

Мы не должны писать default-character-set=utf8 в mysqld, потому что это может привести к ошибке, например:

start: Не удалось запустить задание

Наконец:

 +--------------------------+----------------------------+
 | 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/ |
 +--------------------------+----------------------------+