Как да поправите кодировката в MySQL и phpMyAdmin

Три места, където MySQL има кодировка

• Колона или таблица: кодировката, в която се съхраняват данните, например utf8mb4 или cp1251.
• Връзка: кодировката, на която клиентът и сървърът си говорят. Задава се с SET NAMES utf8mb4 или в настройките на връзката.
• Файл: кодировката, с която се чете импорт и се пише експорт. В phpMyAdmin това е Набор от знаци на файла (Character set of the file).

Ако трите места не съвпадат, буквите се чупят. Най-честият случай: сайт в UTF-8 записва текст през връзка latin1 или cp1251. В сайта всичко изглежда наред, но phpMyAdmin и експортът показват Здравей или Здравей.

"1","Здравко Йорданов","ул. Цар Борис III 12","Шумен"

"1","Здравко Йорданов","ул. Цар Борис III 12","Шумен"

Проверка на кодировките

• SHOW VARIABLES LIKE 'character_set%'; показва настройките на сървъра и връзката.
• SHOW CREATE TABLE customers; показва кодировката на таблицата и на колоните ѝ.
• SELECT name, HEX(name) FROM customers LIMIT 5; показва същинските байтове. В колона utf8mb4 буквата „З“ е D097, а вече повредената, двойно кодирана буква е C390C297.

Поправяне на експорт или дъмп

1. Експортирайте таблицата от phpMyAdmin като SQL или CSV или изпълнете mysqldump --default-character-set=utf8mb4.
2. Пуснете файла в полето по-горе. Mojibuster поправя само повредените места, а правилните символи остават непроменени.
3. Прегледайте поправките под Какво е променено? и изтеглете файла.
4. Импортирайте го в таблица с utf8mb4 и изберете utf-8 като набор от знаци в прозореца за импорт.
5. Първо опитайте върху копие, преди да замените истинската таблица.

Експортът не напуска вашия компютър, което е важно при данни на клиенти. Ако файлът е запазен в Windows-1251, Mojibuster ще го разпознае сам и ще го запише в UTF-8. Повече за такива файлове: Windows-1251 към UTF-8.

Отстраняване на причината

• Създавайте таблици с DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci.
• Задайте utf8mb4 във връзката на приложението. В PHP например добавете charset=utf8mb4 към DSN на PDO.
• Ако в колона cp1251 или latin1 стоят UTF-8 байтове, не я конвертирайте директно с CONVERT TO: текстът ще бъде кодиран втори път. Безопасният път минава през двоичен тип: първо MODIFY name VARBINARY(255), после MODIFY name VARCHAR(255) CHARACTER SET utf8mb4.
• Ако MySQL е заменил буквите с ?, колоната или връзката не могат да ги съхранят. Вече записаното така е загубено. Повече в статията какво е mojibake.

Често задавани въпроси

Други ръководства

• Декодер за йероглифи Поправя йероглифите в текст и файлове.
• Йероглифи в Excel Когато Excel отваря CSV с йероглифи.
• Странни символи в субтитрите Когато телевизорът или плейърът показва субтитрите с йероглифи.
• Какво е mojibake Значение, произход и причини за йероглифите.
• Двойно кодиране Когато й първо стана Р№, а после се развали още веднъж.
• Кавички и тирета —, „, “ и В« вместо тирета и кавички.
• Въпросителни вместо букви ? или � вместо букви – какво може да се спаси и какво не.
• URL кодове на символи %D0%B6 вместо ж: превръщаме кодовете от връзки и форми в обикновен текст.
• WordPress и база данни Поправка на SQL дъмпове и WordPress съдържание с Р№ вместо й.
• Outlook Поправяне на странни символи в имейли и експорти на контакти.
• PowerShell -Encoding, конзола и скриптове в PowerShell 5.1 и 7.
• Python и pandas encoding в read_csv, to_csv, open() и requests.
• Notepad++ Избор или конвертиране на кодировка — решаващата разлика.
• Клиентски данни и CRM Поправка на клиентски списъци от CRM и ERP без качване на сървър.
• Windows-1251 → UTF-8 Преобразуване на стари български файлове в UTF-8.
• За фирми и длъжностни лица по защита на данните Как Mojibuster защитава данните – и как да го проверите сами.