为什么 utf8mb4 on mysql DB, Table, column 在插入特殊字符时出错?
Why utf8mb4 on mysql DB, Table, column gives error on inserting special characters?
MySQL
版本为:
mysql Ver 14.14 Distrib 5.6.40, for Linux (x86_64) using EditLine wrapper
我已使用以下命令在 database
、table
、column
上设置 utf8mb4
:
ALTER DATABASE my_db CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
并且 mysql 报告说:
mysql> show create database my_db;
+----------+---------------------------------------------------------------------+
| Database | Create Database |
+----------+---------------------------------------------------------------------+
| my_db | CREATE DATABASE `my_db` /*!40100 DEFAULT CHARACTER SET utf8mb4 */ |
+----------+---------------------------------------------------------------------+
1 row in set (0.00 sec)
还有table:
ALTER TABLE my_tbl CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci
Mysql
报告:
...
) ENGINE=InnoDB AUTO_INCREMENT=14894 DEFAULT CHARSET=utf8mb4
现在字段本身也转换为:
ALTER TABLE my_tbl MODIFY body mediumtext CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
据报道:
`body` mediumtext
一切似乎都还好。当我通过 python 连接到 mySQL
时,我设置了排序规则:
my_connection.set_character_set('utf8mb4')
现在,当我插入数据时,错误报告是:
OperationalError: (1366, "Incorrect string value: '\xF0\x9F\x98\x9E</...' for column 'body' at row 1")
为什么会报这样的错误?我应该如何解决这个问题?或者有任何解决方法吗?
编辑第 1 部分:
CREATE TABLE `my_tbl` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`for_id` varchar(100) NOT NULL,
`uid` varchar(50) DEFAULT NULL,
`sent_at` datetime DEFAULT NULL,
`rec_type` varchar(30) DEFAULT NULL,
`body` mediumtext CHARACTER SET utf8mb4,
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=112774 DEFAULT CHARSET=utf8mb4
以上字符集在我的table上。在没有列的前面我可以看到排序规则类型。正如我之前所说,我已发出命令 Modify
命令。这里有什么问题吗?
在 my.cnf
中我设置了以下内容并重新启动 mysql:
[mysqld]
collation-server = utf8mb4_general_ci
init-connect='SET NAMES utf8mb4'
character-set-server = utf8mb4
skip-character-set-client-handshake
[client]
default-character-set = utf8mb4
[mysql]
default-character-set = utf8mb4
set_character_set
是要设置的三项之一。
关于 Python 的更多信息:http://mysql.rjweb.org/doc.php/charcoll#python(但在 utf8
的地方使用 utf8mb4
)。
检查该列是否真的设置为 utf8mb4:执行 SHOW CREATE TABLE
.
MySQL
版本为:
mysql Ver 14.14 Distrib 5.6.40, for Linux (x86_64) using EditLine wrapper
我已使用以下命令在 database
、table
、column
上设置 utf8mb4
:
ALTER DATABASE my_db CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
并且 mysql 报告说:
mysql> show create database my_db;
+----------+---------------------------------------------------------------------+
| Database | Create Database |
+----------+---------------------------------------------------------------------+
| my_db | CREATE DATABASE `my_db` /*!40100 DEFAULT CHARACTER SET utf8mb4 */ |
+----------+---------------------------------------------------------------------+
1 row in set (0.00 sec)
还有table:
ALTER TABLE my_tbl CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci
Mysql
报告:
...
) ENGINE=InnoDB AUTO_INCREMENT=14894 DEFAULT CHARSET=utf8mb4
现在字段本身也转换为:
ALTER TABLE my_tbl MODIFY body mediumtext CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
据报道:
`body` mediumtext
一切似乎都还好。当我通过 python 连接到 mySQL
时,我设置了排序规则:
my_connection.set_character_set('utf8mb4')
现在,当我插入数据时,错误报告是:
OperationalError: (1366, "Incorrect string value: '\xF0\x9F\x98\x9E</...' for column 'body' at row 1")
为什么会报这样的错误?我应该如何解决这个问题?或者有任何解决方法吗?
编辑第 1 部分:
CREATE TABLE `my_tbl` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`for_id` varchar(100) NOT NULL,
`uid` varchar(50) DEFAULT NULL,
`sent_at` datetime DEFAULT NULL,
`rec_type` varchar(30) DEFAULT NULL,
`body` mediumtext CHARACTER SET utf8mb4,
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=112774 DEFAULT CHARSET=utf8mb4
以上字符集在我的table上。在没有列的前面我可以看到排序规则类型。正如我之前所说,我已发出命令 Modify
命令。这里有什么问题吗?
在 my.cnf
中我设置了以下内容并重新启动 mysql:
[mysqld]
collation-server = utf8mb4_general_ci
init-connect='SET NAMES utf8mb4'
character-set-server = utf8mb4
skip-character-set-client-handshake
[client]
default-character-set = utf8mb4
[mysql]
default-character-set = utf8mb4
set_character_set
是要设置的三项之一。
关于 Python 的更多信息:http://mysql.rjweb.org/doc.php/charcoll#python(但在 utf8
的地方使用 utf8mb4
)。
检查该列是否真的设置为 utf8mb4:执行 SHOW CREATE TABLE
.