При попытке сохранить first_name, last_name в модель Django auth_user я получил странное сообщение об ошибке.
Неудачные примеры
user = User.object.create_user(username, email, password)
user.first_name = u'Rytis'
user.last_name = u'Slatkevičius'
user.save()
>>> Incorrect string value: '\xC4\x8Dius' for column 'last_name' at row 104
user.first_name = u'Валерий'
user.last_name = u'Богданов'
user.save()
>>> Incorrect string value: '\xD0\x92\xD0\xB0\xD0\xBB...' for column 'first_name' at row 104
user.first_name = u'Krzysztof'
user.last_name = u'Szukiełojć'
user.save()
>>> Incorrect string value: '\xC5\x82oj\xC4\x87' for column 'last_name' at row 104
Успешные примеры
user.first_name = u'Marcin'
user.last_name = u'Król'
user.save()
>>> SUCCEED
Настройки 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/share/mysql/charsets/ |
+--------------------------+----------------------------+
8 rows in set (0.00 sec)
Таблица charset и сопоставление
Таблица auth_user имеет кодировку utf-8 с сопоставлением utf8_general_ci.
Результаты команды UPDATE
При обновлении указанных выше значений в таблицу auth_user с помощью команды UPDATE не возникло никаких ошибок.
mysql> update auth_user set last_name='Slatkevičiusa' where id=1;
Query OK, 1 row affected, 1 warning (0.00 sec)
Rows matched: 1 Changed: 1 Warnings: 0
mysql> select last_name from auth_user where id=100;
+---------------+
| last_name |
+---------------+
| Slatkevi?iusa |
+---------------+
1 row in set (0.00 sec)
PostgreSQL
Перечисленные выше ошибочные значения могут быть обновлены в таблице PostgreSQL, когда я переключил серверную часть базы данных в Django. Странно.
mysql> SHOW CHARACTER SET;
+----------+-----------------------------+---------------------+--------+
| Charset | Description | Default collation | Maxlen |
+----------+-----------------------------+---------------------+--------+
...
| utf8 | UTF-8 Unicode | utf8_general_ci | 3 |
...
Но из http://www.postgresql.org/docs/8.1/interactive/multibyte.html я обнаружил следующее:
Name Bytes/Char
UTF8 1-4
Означает ли это, что Unicode char имеет максимум 4 байта в PostgreSQL, но 3 байта в MySQL, что вызвало вышеуказанную ошибку?
Ответы:
Ни один из этих ответов не решил проблему для меня. Основная причина:
Вы не можете хранить 4-байтовые символы в MySQL с набором символов utf-8.
MySQL имеет ограничение в 3 байта для символов utf-8 (да, это нехорошо, приятно подытожено разработчиком Django здесь )
Для решения этой проблемы вам необходимо:
settings.py
Примечание. При воссоздании базы данных вы можете столкнуться с проблемой « Указанный ключ слишком длинный ».
Наиболее вероятная причина - это
CharField
max_length 255 и некоторый индекс (например, уникальный). Поскольку utf8mb4 использует на 33% больше места, чем utf-8, вам нужно уменьшить эти поля на 33%.В этом случае измените max_length с 255 на 191.
В качестве альтернативы вы можете отредактировать свою конфигурацию MySQL, чтобы снять это ограничение, но не без некоторого хакерства django
ОБНОВЛЕНИЕ: я только столкнулся с этой проблемой снова и закончил тем, что переключился на PostgreSQL, потому что я был неспособен уменьшить мой
VARCHAR
до 191 символа.источник
'charset': 'utf8mb4'
, как сказал @Xerion, опция в настройках Django является критической. Наконец, проблема с индексами - беспорядок. Удалите указатель на столбец, или сделайте его длину не более 191, или используйтеTextField
вместо него!У меня была та же проблема, и я решил ее, изменив набор символов столбца. Хотя ваша база данных имеет набор символов по умолчанию,
utf-8
я думаю, что столбцы базы данных могут иметь другой набор символов в MySQL. Вот SQL-запрос, который я использовал:источник
Если у вас есть эта проблема, вот скрипт на python для автоматического изменения всех столбцов вашей базы данных mysql.
источник
db.commit()
ранееdb.close()
.Если это новый проект, я бы просто отбросил базу данных и создал новый с правильной кодировкой:
источник
- --character-set-server=utf8
Я только что нашел один метод, чтобы избежать ошибок выше.
Сохранить в базе данных
Является ли это единственным методом для сохранения таких строк в таблицу MySQL и их декодирования перед рендерингом в шаблоны для отображения?
источник
.encode('unicode_escape')
вы на самом деле не храните символы Юникода в базе данных. Вы заставляете всех клиентов дешифровать перед их использованием, что означает, что он не будет работать должным образом с django.admin или со всеми другими вещами.utf8
наборе символов MySQL 5.1 .utf8mb4
которая позволяет хранить больше, чем базовая многоязычная плоскость. Я знаю, вы думаете, что «UTF8» - это все, что нужно для полного хранения Unicode. Ну, знаешь, это не так. См. Dev.mysql.com/doc/refman/5.5/en/charset-unicode-utf8mb4.htmlВы можете изменить параметры сортировки вашего текстового поля на UTF8_general_ci, и проблема будет решена.
Обратите внимание, это не может быть сделано в Джанго.
источник
Вы не пытаетесь сохранить строки Unicode, вы пытаетесь сохранить строки байтов в кодировке UTF-8. Сделайте их фактическими строковыми литералами Unicode:
или (если у вас нет строковых литералов) декодируйте их, используя кодировку utf-8:
источник
Просто измените свой стол, ничего не надо. просто запустите этот запрос к базе данных. ALTER TABLE
table_name
CONVERT TO CHARACTER SET UTF8это определенно будет работать.
источник
Улучшение решения @madprops answer - решение в виде команды управления django:
Надеюсь, это поможет никому, кроме меня :)
источник