Работа с кодировками в MySQL 4.1.11 и выше
Тестовая машина
Устанавливаем MySQL 5.1
Пускай это не самый «правильный» способ установки MySQL-сервера, зато быстрый и рабочий.
Начало работы
Итак, sockstat показала, что сервер работает, а установка говорит о том, что сервер абсолютно девственный. Чем это грозит? Кодировки по умолчанию выставлены англоязычные, а значит, будут проблемы при использовании кирилицы. Но как это распознать? Проверяем:
Первым делом используем тестовую базу, которая уже есть на сервере, затем создаём в ней таблицу и вставляем в неё три слова на русском, про кодировки мы пока ничего не знаем и знать не хотим ))).
Пока всё хорошо и радужно, никаких ошибок нет, пробуем сделать выборку:
Как видно, запросы работают абсолютно корректно, так где же грабли. Оказывается мы на них уже стоим:
После того, как загрузился 16-метровый мануал, можно не полениться и прочитать первые пару-тройку страниц с оглавлением )), а можно просто сделать поиск на предмет charset или character set. Не суть важно, но через некоторое время можно найти раздел 9.1.2. Character Sets and Collations in MySQL, в котором написано много и интересно, а, главное, содержательно про то, каким образом можно и нужно работать с кодировками.
MySQL отказывается это делать. но почему? Потому, что latin1 не поддерживает сравнение в кирилице, а доступные «сравнения» можно увидеть так:
Ни о какой кирилице не может идти и речи. Куда копать. В создание таблицы!
Ага! По-умолчанию при создании таблицы была взята кодировка latin1, значит, если мы изменим таблицу и укажем ей, что надо использовать кирилистическую кодировку, то всё заработает. В мануале написан пример про изменение кодировки таблицы, используем его:
Ок! Проверяем, что получилось.
Хм.. опять та же ошибка, но откуда ей взяться.
Ого, структура таблицы резко изменилась, теперь у неё задана одна кодировка, а у поля совсем другая.. :(( Порыв ещё мануал, можно изменить и кодировку столбца:
Ну вот. Злой кодировки latin1 нет и в помине, можно проверять наш роддом )))
Вопросиков можно было избежать
На самом деле, ситуация, когда изначально выставлена неправильная кодировка, встречается сплошь и рядом. Симптомы можно выявить следующим образом:
Именно эти переменные отвечают за дефолтные значения кодировок.
ВАЖНО: Если character_sets_dir установлена неверно, то работа с кодировками будет под угрозой. Не пытайтесь менять её значение, если вы неуверены в своих силах. Если вы системный администратор, то перед установкой лучше ознакомиться с мануалом.
Наиболее значимые для простых пользователей следующие переменные: character_set_client, character_set_results, character_set_connection. Поскольку именно они отвечают за внесение, извлечение информации и создание таблиц/баз соответственно. Какими они могут быть?
Любую из этих кодировок можно пользовать на свой вкус. Обычно русскоязычные пользователи предпочитают cp1251 или utf8, но по сути, неважно, в какой кодировке хранятся данные, важно, чтобы она была изначально правильно указана и данные были корректно внесены.
Настройка кодировок
Мануал предлагает нам три варианта задания кодировок:
ВНИМАНИЕ. Первые два варианта работают только в рамках текущего соединения. Это значит, что при следующем подключении все настройки вернутся в начальное состояние! Чтобы не выставлять кодировку каждый раз, нужно воспользоваться третьим вариантом.
Ну, тут всё ясно, три самые нужные кодировки в одном )))
Более детальная настройка, чем names.
Ещё можно при конфигурировании задать кодировку по умолчанию
Но лучше, когда кодировка настраивается прямо в соединении.
Что делать, если данные внесены в неправильной кодировке
Если база/таблица/данные были созданы/внесены в кодировке отличной от нужной, то необходимо сделать следующее:
Правильный вариант работы с MySQL
Таким образом, клиент работает в KOI8-R, но данные хранятся в cp1251, MySQL знает об этом и делает перекодировку на лету.
© 2021 Антон Прибора. При копировании материалов с сайта, пожалуйста, указывайте ссылку на источник.
Кодировка базы данных MySQL – выводим из запоя пьющие базы
Дата публикации: 2016-07-13
От автора: вы зачем полное ведро баз на мусорку несете выбрасывать? Сервер китайский попался, и все строки иероглифами отображаются? Так кодировка базы данных MySQL не та, наверное. Кто ее закодирует, она же база? Понятно! Идите, гражданин дальше. Не обращаем на него внимания. Сегодня мы познакомимся с кодировками в MySQL.
Зачем кодировать БД?
Код MySQL, как и любая другая информация в вычислительной технике, задается с помощью сочетания единицы и нуля, которые образуют биты. Вспоминаете? Это ведь основы информатики, которые все мы проходили в школе.
В мире существует множество текстовых кодировок (сочетаний 0 и 1), но в современности все они более-менее стандартизированы. Хотя и сейчас можно наткнуться на «абракадабру», если неправильно задать кодировку.
Бесплатный курс по PHP программированию
Освойте курс и узнайте, как создать динамичный сайт на PHP и MySQL с полного нуля, используя модель MVC
В курсе 39 уроков | 15 часов видео | исходники для каждого урока
На данном этапе развития всемирной паутины самыми распространенными являются 3 типа кодировок:
Мы не будет сильно «зарываться» в теоретическом ворохе. Для получения более детальной информации перейдите по расположенным выше ссылкам на соответствующие публикации в Википедии.
Для нас самой главной кодировкой базы данных MySQL является UTF-8. Это значит, что в ней используется 8-битный Юникод для представления всех символов. Благодаря широкой поддержке данной кодировки в Сети и на прикладном уровне вы можете быть уверены, что записи в базе будут сохранены в читаемом виде (без «абракадабр»).
Где ее искать?
Немного пробежимся по интерфейсу phpMyAdmin. Зайдя на первую страницы программы, обратите внимание на раздел «Общие настройки».
Параметр «Сопоставление кодировки соединения с MySQL» устанавливает, с какой кодировкой должен сравниваться формат полученных данных при подключении к серверу СУБД. В этой программной оболочке кодировку можно задать вручную.
В «родных» утилитах СУБД (mysqladmin, mysqlimport и других) кодировка таблиц MySQL берется из настроек операционной системы ПК. В случае их отсутствия устанавливается значение, заданное по умолчанию. Чаще всего, это кодировка latin1.
При соединении с СУБД клиентская сторона с помощью значений нескольких системных переменных говорит MySQL, какую кодировку использовать при обработке и отображении данных из БД.
Системные переменные и их значения
Архитектура MySQL построена на основе «клиент-сервер». Системные переменные (точнее их значения) используются при установке соединения клиента и сервера для корректного отображения всех данных, их обработки и поддержания сетевого сеанса.
Для ознакомления с установленными значениями переменных системы СУБД в phpMyAdmin нужно в последнем пункте верхнего меню «Еще» выбрать «Переменные».
Также список всех переменных (в том числе и тех, которые нужны для настройки кодировка MySQL) можно получить с помощью команды show variables.
Вернемся к полученному списку переменных, и остановимся на тех, которые начинаются с charset. Краткое описание тех, которые могут пригодиться:
character_set_client – указана кодировка, в которой будут поступать данные с клиентской стороны.
character_set_connection – устанавливает кодировку соединения.
Бесплатный курс по PHP программированию
Освойте курс и узнайте, как создать динамичный сайт на PHP и MySQL с полного нуля, используя модель MVC
В курсе 39 уроков | 15 часов видео | исходники для каждого урока
character_set_database –набор символов, используемы в БД по умолчанию.
character_set_results – кодировка, в которой сервер отправит данные клиенту.
character_set_server –используемая по умолчанию на сервере.
Вот тут перед описанием следующей группы переменных, необходимых для того, как узнать кодировку базы MySQL, следует покопаться в теории.
Под кодировкой мы подразумеваем набор символов, применяемых для определенной структуры данных (базы, таблицы, поля). Но есть еще такое понятие как «представление» (collation), которая соответствует конкретному языку и используется при сравнении и упорядочивания записей.
Например, есть кодировка UTF-8. Существует огромное количество представлений в рамках одной кодировки. Нельзя сравнивать данные, «представленных» в разных наборах символов. Это можно осуществлять только в рамках одной кодировки. Последние 3 переменные как раз и показывают установленные представления.
Разрешенные сравнения для конкретной кодировки на текущем экземпляре сервера, можно узнать с помощью команды show collation. Например:
Как узнать какую кодировку столбца базы данных MySQL / стол / есть?
Что является (по умолчанию) кодировка:
Для колонки:
На БД:
См. в этом разделе. И проверить руководство MySQL
Для всех баз данных у вас на сервере:
Для единая база данных:
Получение сортировки таблицы:
в MySQL и GT; показывают, создать таблицу my_tablename
Получение сортировки колонки:
Для столы:
Показать статус в таблице будут перечислены все таблицы.
На БД:
Просто используйте эти команды:
в ВЫБЕРИТЕ TABLE_SCHEMA, ИМЯ_ТАБЛИЦЫ, ККСД.CHARACTER_SET_NAME КАК DEFAULT_CHAR_SET, ИМЯ_СТОЛБЦА, COLUMN_TYPE, С. CHARACTER_SET_NAME Из регулярных выражений.ТАБЛИЦЫ Т Объединить базы данных information_schema.СТОЛБЦЫ C ПОМОЩЬЮ (TABLE_SCHEMA, ИМЯ_ТАБЛИЦЫ) Объединить базы данных information_schema.COLLATION_CHARACTER_SET_APPLICABILITY КАК ККСД На (т. TABLE_COLLATION = ККСД.Параметр collation_name) ГДЕ TABLE_SCHEMA=СХЕМЫ() И С. Это в (‘перечисление’, ‘тип varchar’, ‘чар’, ‘текст’, ‘mediumtext’, ‘longtext’) ЗАКАЗ ПО TABLE_SCHEMA, ИМЯ_ТАБЛИЦЫ, ИМЯ_СТОЛБЦА ;
Чтобы увидеть сортировки по умолчанию базы данных:
Как посмотреть кодировку таблицы mysql
прапор воюет 
Награды: 1
Профиль
Группа: Завсегдатай
Сообщений: 12015
Регистрация: 5.12.2007
Где: Königsberg
Репутация: 5
Всего: 315
что-то не могу найти в документации, как сделать выборку на кодировку CHARACTER SET и COLLATION для базы данных
т.е. увидеть я её могу
что не хотелось бы. тем более я не могу определить COLLATION отсюда
нет какого-нибудь select?
тож самое для таблицы
неОпытный
Профиль
Группа: Модератор
Сообщений: 9820
Регистрация: 18.5.2006
Где: Днепропетровск
Репутация: 41
Всего: 260
прапор воюет
Награды: 1
Профиль
Группа: Завсегдатай
Сообщений: 12015
Регистрация: 5.12.2007
Где: Königsberg
Репутация: 5
Всего: 315
да, направление верное. только там таблицы, а для баз данных нужна таблица schemata
вот только проблема, что вряд ли мне дадут подключиться на не своём хостинге, это же другая база данных.
так что, если есть путь через свою базу, хотел бы услышать
Добавлено через 6 минут и 12 секунд
да, не дали доступа. надо как-то через своё пытаться
неОпытный
Профиль
Группа: Модератор
Сообщений: 9820
Регистрация: 18.5.2006
Где: Днепропетровск
Репутация: 41
Всего: 260
прапор воюет
Награды: 1
Профиль
Группа: Завсегдатай
Сообщений: 12015
Регистрация: 5.12.2007
Где: Königsberg
Репутация: 5
Всего: 315
хм, специально проверял. сейчас ещё раз попробую
неОпытный
Профиль
Группа: Модератор
Сообщений: 9820
Регистрация: 18.5.2006
Где: Днепропетровск
Репутация: 41
Всего: 260
прапор воюет
Награды: 1
Профиль
Группа: Завсегдатай
Сообщений: 12015
Регистрация: 5.12.2007
Где: Königsberg
Репутация: 5
Всего: 315
неОпытный
Профиль
Группа: Модератор
Сообщений: 9820
Регистрация: 18.5.2006
Где: Днепропетровск
Репутация: 41
Всего: 260
прапор воюет
Награды: 1
Профиль
Группа: Завсегдатай
Сообщений: 12015
Регистрация: 5.12.2007
Где: Königsberg
Репутация: 5
Всего: 315
сейчас не скажу, только завтра с работы. скорее всего 4-ая с чем-то
Опытный
Профиль
Группа: Участник
Сообщений: 517
Регистрация: 5.2.2003
Где: Москва
Репутация: 2
Всего: 14
прапор воюет
Награды: 1
Профиль
Группа: Завсегдатай
Сообщений: 12015
Регистрация: 5.12.2007
Где: Königsberg
Репутация: 5
Всего: 315
mysql
Client API version 5.1.16-beta
это пхп 4.4.9, а апач 1.3.37
Опытный
Профиль
Группа: Участник
Сообщений: 827
Регистрация: 15.9.2005
Где: Brisbane
Репутация: 20
Всего: 40
| Код |
| mysql> show variables like ‘%char%’; +—————————+———————————-+ | Variable_name | Value | +—————————+———————————-+ | character_set_client | latin1 | | character_set_connection | latin1 | | character_set_database | latin1 | | character_set_filesystem | binary | | character_set_results | latin1 | | character_set_server | latin1 | | character_set_system | utf8 | | character_sets_dir | /opt/mysql/share/mysql/charsets/ | +—————————+———————————-+ 8 rows in set (0,00 sec) |
mysql> show variables like ‘%coll%’;
+———————-+——————-+
| Variable_name | Value |
+———————-+——————-+
| collation_connection | latin1_swedish_ci |
| collation_database | latin1_swedish_ci |
| collation_server | latin1_swedish_ci |
+———————-+——————-+
3 rows in set (0,01 sec)
прапор воюет
Награды: 1
Профиль
Группа: Завсегдатай
Сообщений: 12015
Регистрация: 5.12.2007
Где: Königsberg
Репутация: 5
Всего: 315
так так, а это данные character_set_database, collation_database по текущей базе данных?
а по другой?
а по таблице как тогда узнать?
надо наверное сразу было задачу осветить
модуль по работе с БД.
1. при выборе БД надо выставить определённый set names, соответствующий БД
2. при редактировании БД надо показать существующий character и collation для неё
3. то же самое по таблице, чтобы вносимые и корректируемые данные всегда находились в нужной кодировке (табличной)
если эти данные указывают только на текущие переменные, то вряд ли подойдёт, ведь set names надо принудительно выставлять
. надо подумать и потестить
Опытный
Профиль
Группа: Участник
Сообщений: 827
Регистрация: 15.9.2005
Где: Brisbane
Репутация: 20
Всего: 40
| Цитата |
| при выборе БД надо выставить определённый set names, соответствующий БД |
прапор воюет
Награды: 1
Профиль
Группа: Завсегдатай
Сообщений: 12015
Регистрация: 5.12.2007
Где: Königsberg
Репутация: 5
Всего: 315
Опытный
Профиль
Группа: Участник
Сообщений: 827
Регистрация: 15.9.2005
Где: Brisbane
Репутация: 20
Всего: 40
прапор воюет
Награды: 1
Профиль
Группа: Завсегдатай
Сообщений: 12015
Регистрация: 5.12.2007
Где: Königsberg
Репутация: 5
Всего: 315
тааак, теперь такой вопрос
насколько помню, там можно установить для каждой базы, каждой таблицы и каждого поля свой character и collation
дать поля в форме под это дело не сложно, а вот при редактировании существующей базы/таблицы/поля, как узнать настройки?
show variables like ‘%char%’ и show variables like ‘%coll%’ я так понял дают возможно смотреть в текущем соединении. но это хватит только для базы, а как быть с таблицей?
show create table даёт максимум charset, и то только через распарсивание
Опытный
Профиль
Группа: Участник
Сообщений: 827
Регистрация: 15.9.2005
Где: Brisbane
Репутация: 20
Всего: 40
Это только через через information_schema
| Код |
| mysql> select * from information_schema.columns where table_name = ‘bb’\G *************************** 1. row *************************** TABLE_CATALOG: NULL TABLE_SCHEMA: test TABLE_NAME: bb COLUMN_NAME: v ORDINAL_POSITION: 1 COLUMN_DEFAULT: NULL IS_NULLABLE: YES DATA_TYPE: varchar CHARACTER_MAXIMUM_LENGTH: 100 CHARACTER_OCTET_LENGTH: 300 NUMERIC_PRECISION: NULL NUMERIC_SCALE: NULL CHARACTER_SET_NAME: utf8 COLLATION_NAME: utf8_general_ci COLUMN_TYPE: varchar(100) COLUMN_KEY: EXTRA: PRIVILEGES: select,insert,update,references COLUMN_COMMENT: 1 row in set (0,00 sec) |
прапор воюет
Награды: 1
Профиль
Группа: Завсегдатай
Сообщений: 12015
Регистрация: 5.12.2007
Где: Königsberg
Репутация: 5
Всего: 315
жаль, в данном случае это невозможно, эта база просто не определяется, хотя мускл 5.1.16
прапор воюет
Награды: 1
Профиль
Группа: Завсегдатай
Сообщений: 12015
Регистрация: 5.12.2007
Где: Königsberg
Репутация: 5
Всего: 315
нет, определённо не позволяет. в слепую попробовал
| Код |
| select table_name FROM information_schema.tables WHERE table_schema = «mydb» ORDER BY table_name DESC |
| Цитата |
| Access denied for user ‘username’@’ip’ to database ‘information_schema’ |
Опытный
Профиль
Группа: Участник
Сообщений: 827
Регистрация: 15.9.2005
Где: Brisbane
Репутация: 20
Всего: 40
прапор воюет
Награды: 1
Профиль
Группа: Завсегдатай
Сообщений: 12015
Регистрация: 5.12.2007
Где: Königsberg
Репутация: 5
Всего: 315
   |
| 0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей) | |
| 0 Пользователей: | |
| « Предыдущая тема | MySQL | Следующая тема » |
[ Время генерации скрипта: 0.1736 ] [ Использовано запросов: 21 ] [ GZIP включён ]