在Django中保存unicode字符串时出现MySQL“字符串值不正确”错误
当我尝试将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()
>>> SUCCEEDMySQL设置
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)表格字符集和排序规则
表auth_user具有带utf8_general_ci排序规则的utf-8字符集。
更新命令的结果
使用UPDATE命令将上述值更新到auth_user表时，未引发任何错误。
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
当我在Django中切换数据库后端时，上面列出的失败值可以更新到PostgreSQL表中。这很奇怪。
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在PostgreSQL中的最大长度为4字节，而在MySQL中为3字节，这是否导致了上述错误？
回答 9
Stack Overflow用户
发布于 2010-01-21 23:29:10
我刚刚想出了一种避免上述错误的方法。
保存到数据库
user.first_name = u'Rytis'.encode('unicode_escape')
user.last_name = u'Slatkevičius'.encode('unicode_escape')
user.save()
>>> SUCCEED
print user.last_name
>>> Slatkevi\u010dius
print user.last_name.decode('unicode_escape')
>>> Slatkevičius这是将这样的字符串保存到MySQL表中并在呈现为模板以进行显示之前对其进行解码的唯一方法吗？
Stack Overflow用户
发布于 2013-12-03 19:11:42
这些答案都不能解决我的问题。根本原因是：
不能使用utf-8字符集在MySQL中存储4字节字符。
MySQL有一个3 byte limit on utf-8 characters (是的，它是个怪人，nicely summed up by a Django developer here)
要解决此问题，您需要：
- 更改MySQL数据库、表和列以使用utf8mb4 character set (仅适用于MySQL 5.5中的Django设置文件中的字符集，如下所示：
settings.py
DATABASES = {
'default': {
'ENGINE':'django.db.backends.mysql',
...
'OPTIONS': {'charset': 'utf8mb4'},
}
}注意:在重新创建数据库时，您可能会遇到“Specified key was too long”问题。
最有可能的原因是CharField的max_length为255，并且其上有某种索引(例如唯一)。因为utf8mb4使用的空间比utf-8多33%，所以需要将这些字段缩小33%。
在本例中，将max_length从255更改为191。
或者，您可以使用edit your MySQL configuration to remove this restriction，但不能没有一些django hackery
更新：我刚刚又遇到了这个问题，因为我无法将我的VARCHAR减少到191个字符，所以我最终选择了switching to PostgreSQL。
Stack Overflow用户
发布于 2011-01-25 20:28:09
我遇到了同样的问题，并通过更改列的字符集解决了它。即使您的数据库有一个默认字符集utf-8，我认为在MySQL中数据库列也可以有一个不同的字符集。下面是我使用的SQL查询：
ALTER TABLE database.table MODIFY COLUMN col VARCHAR(255)
CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL;https://stackoverflow.com/questions/2108824
复制相似问题