谨记不要在MySQL中使用“utf8”编码
2024-09-03 22:51:48
掉坑回顾:
最近在工作中遇到一个BUG,用于记录客户昵称的数据表,在插入带有表情的字符时候报错.使用的存储引擎是INNODB,当我查看数据库字段的时候确实是设置的utf8,我传入的字符也是utf8的编码集,这有什么错?直到我深入了解才发自己使用的姿势并不对,mysql数据库中的"utf8"并不是真正的utf8编码,关于这个问题mysql官方一直未能修复,取而代之的推出了utf8mb4,这一点让我记忆犹新,切记mysql中不要再使用utf8编码!
1.BUG重现
这里我做了一个简单的试验,来验证utf8在mysql中存在的问题:
建立数据表:
CREATE TABLE `user` (
`id` int(10) NOT NULL AUTO_INCREMENT COMMENT '自增id',
`nickname` varchar(255) CHARACTER SET utf8 DEFAULT NULL COMMENT '昵称',
`sex` varchar(255) DEFAULT NULL COMMENT '性别',
`age` int(10) DEFAULT NULL COMMENT '年龄',
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8mb4 COMMENT='测试utf8问题重现'
这里我们直接指定了nickname字段的字符编码为utf8,然后我向里面插入一条普通数据,使用mybatis的插入数据库语句如下:
INSERT INTO `user` ( `nickname`, `sex`, `age`) VALUES ( '张三', '男', '18');
的确是像我们平时操作一样插入成功了,似乎没有什么问题,但这里我们再测试一下昵称中带有表情符(emoji)的数据尝试一下:
张三 An
最新文章
- CSS 属性设置优先级问题
- [Everyday Mathematics]20150225
- CSS制作一个简单网页的下拉导航栏
- 网站TCP链接暴增
- yum puppet
- wndows 7 Wifi热点
- Mobile上的viewport及各种概念澄清贴
- multimap 和 multiset 类型
- Your data vis “Spidey-sense” &; the need for a robust “utility belt”
- java中的数组二分法
- 记MVC学习过程中一次传参到View时遇到的错误
- python csv与字典操作
- h5 js判断是安卓还是ios设备,跳转到对应的下载地址
- 【MOOC EXP】Linux内核分析实验四报告
- c# 移除文本文件里的某一行
- 如何写好PPT
- TClientDataSet 的Filename 和 open方法
- 迷你MVVM框架 avalonjs 学习教程17、avalon的一些配置项
- supervisor配置环境变量(PATH)
- Srv数据格式