在Django中保存Unicode字符串时MySQL报错:“incorrect string value”?

内容来源于 Stack Overflow,并遵循CC BY-SA 3.0许可协议进行翻译与使用

  • 回答 (2)
  • 关注 (0)
  • 查看 (366)

当我试图保存first_name, last_name时,我得到了错误消息。

失败的例子

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)

表字符集和排序规则

表auth_user拥有utf-8字符集。

更新命令的结果

当将上述值更新到auth时,不会引发任何错误。

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

结果如下:

Name Bytes/Char
UTF8 1-4

这是否意味着Unicode char在PostgreSQL中的最大值为4字节,而在MySQL中为3字节,从而导致了上述错误?

提问于
用户回答回答于

通过更改列的字符集来解决它。即使数据库的默认字符集为utf-8我认为数据库列有可能在MySQL中有不同的字符集。下面是我使用的SQL查询:

    ALTER TABLE database.table MODIFY COLUMN col VARCHAR(255)
    CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL;

热门问答

关于文字鉴别的违法的问题?

ritchiechen

腾讯 · 后台开发工程师 (已认证)

推荐

请使用 `try catch` 捕获异常,查看堆栈信息

在服务器启动的项目,怎么才能关掉控制台,项目不会自动也关闭?

推荐
比较常用的有两种方式 1. 把程序添加到Linux的后台服务中,详见https://blog.csdn.net/zj15527620802/article/details/90056946 2. 将应用程序放在某容器中启动,如nohup等,详见https://blog.csdn....... 展开详请

怎么实现存储桶设置私有读写的时候,可以直接访问图片,和复制临时链接一直的功能?

幻象丛林RESTful 服务开发者
推荐
临时链接是携带了签名参数,在后台复制时是自动算好的,可以在签名有效期内临时访问对象。 如果需要自己实现的话可以调用GET Object接口,携带Authorization签名。 GET /<ObjectKey> HTTP/1.1 Host: <BucketName-APPID>....... 展开详请

调用人脸变化接口,为什么一直错误?

zqfan

腾讯 · 高级工程师 (已认证)

推荐

请尽量使用SDK吧,能够有效避免签名错误。

这个签名错误一般是由于timestamp参数取值和标准时间相差过大引起的,常见的是客户端本地时间没有和互联网时间同步,此外timestamp要求是到秒,而不是毫秒。请阅读API文档里调用方式相关的文档。

为什么服务器经常掉线,我进控制台看是运行的状态,但就是访问不了网站,ssh也登录不了,重启后才行?

我是预言家你有freestyle么
推荐
经常掉线可能是因为长时间不操作,闲置时间过长所以服务器自动断开连接 解决此问题的方法: 方法一: vi /etc/ssh/sshd_config配置文件,修改ClientAliveCountMax(单位为分钟)为想要的值! 修改完成并保存后,执行命令:service sshd r...... 展开详请

腾讯会议,电脑版,召开会议提示发生异常(错误码:-161)),是什么问题?

推荐已采纳
-161是媒体服务器连接超时,造成该问题的原因可能有: 1. 网络异常 2. 开启了V** 3. 网络有防火墙或上网策略控制 4. 安装风行加速器进行LSP劫持 可以按照上述信息排查一下。... 展开详请

扫码关注云+社区

领取腾讯云代金券