当我们在Django应用程序中使用MySQL数据库时，可能会遇到无法存储包含Emoji表情的数据的问题。这是因为MySQL默认字符集和校对规则只支持存储基本的Unicode字符集，无法支持Emoji表情字符。在这篇博客中，我将为您介绍如何在Django中使MySQL支持存储Emoji表情。
不知道为什么深秋的到来，让人变的有些许抑郁和不安 🏆前言 这篇应该算个小知识吧。平时习惯在写文章的时候都喜欢用 windows的emoji表情(win+.)即可弹出，就如👨💻🏂🛌🛀🤽♂️⛹️♂️🤸♂️，还有、🏎🚠🛫💺🚀🛰⛵，这种🍟🍔🍿🌭🥞🥙🍰🥤🍸 之前开发的项目，没有存储过这种小表情，都是使用mysql的默认字符设置UTF-8,但是今天测试发现是行不通，然后就有了这篇小文章，希望能够让你有所收获。 📚一、UTF-8 为什么不支持Emoji表情 在一个utf-8表中所做测试，不支持插入数据中包含e
今天项目中遇到一个需求，APP的问题上报和意见反馈提意见的时候，需要支持表情。前端没什么，但是如果存入到mysql 就会报错了。导致的原因是，Emoji表情占用4个字节，但是MySQL数据库UTF-8编码最多只能存储3个字节。所以存储就会报错。
这个问题是由于数据库的编码方式引起的，首先我们来了解一下utf8和utf8mb4的区别：
1 String emojiStr = MimeUtility.decodeWord(mysqlColumn); 相对于这种使用Base64转换的方式，我们只需要在服务端做编码和解码即可。
我在一篇文章中使用了emoji表情，前面很顺利，不管是WordPress还是其他博客园啥的，都是正常发送。
背景： 随着手机的普及，现在移动开发很火爆，已经远远超过了pc端。 在移动设备经常会发生用户发送的内容中包含emoji表情，在显示时就是乱码。 一般是因为Mysql表设计时，都是用UTF8字符集的。把带有emoji的昵称字段往里面insert一下就没了，整个字段变成了空字符串。 这是因为Mysql的utf8字符集是3字节的，而emoji是4字节，这样整个昵称就无法存储了。
在 iOS 项目中，我们需要服务器来保存一些用户数据，例如用户信息、评论等，我们的服务器端使用了 PHP+MySQL 的搭配。在测试过程中我们发现，用户在 iOS 端里输入了 Emoji 表情提交到服务器以后，PHP 无法在 MySQL 数据库里正确保存，会遇到乱码的问题。下面是原因探析和解决办法。
在开发IM时有些有用的头像用了emoji表情或者聊天的时候用了emoji表情，然而mysql数据库用的编码是utf8_general_ci,就是utf-8编码，结果也就报错误了。emoji表情存不了在数据库。
对于如下这种表情符，该如何存储到MySQL里呢？ 👨🏾👩🏼👨🏽👩🏻中国独立开发者项目列表 -- 分享大家都在做什么 我想把这些表情符👨🏾👩🏼👨🏽👩🏻存储到MySQL中，首先将MySQL中的
OK 没问题，设置 nick_name 为 utf8mb4 varchar(50)
首先说明一下 Emoji 是文字，而不是图标，所以 Emoji 字符是 Unicode 字符集中一部分，特定形象的 Emoji 表情符号对应到特定的 Unicode 字节。
今天在做后台的时候发现一个错误： Incorrect string value: '\xF0\x9F\x90\xA8' for column 'signature' at row 1 发现是参数里面是一个iOS的表情，也就是系统自带的emoji表情。 后台用的是django 1.6，数据库用的是Mysql 5.5.22，缓存用的是redis。 上网了解了一下emoji表情，原来一般的字符包括中文用utf8的话，mysql是用3个字节去存储的，而emoji表情要用4个字节的utf8，也就是utf8mb4格式
utf8mb4 是utf8的扩展，utf8mb4兼容utf8字符集，utf8 字符的编码、位置、存储在utf8mb4与utf8字符集里一样的，所以不会对有现有数据带来损坏。
Python怎么过滤 emoji表情符号呢？ 下面是剔除表情字符串的代码片段 python2.7 下测试
我们在开发中经常会使用MySQL作为数据库，通常在存储文章或者评论时会遇到表情符号无法存储的问题
emoji就是我们聊天的时候的特殊表情, 是特殊字符(非字符串), unicode编码起始为 1F600 , 占用4个字节, 不同的终端显示可能不同,但是都是表示的同一个对象.
小王子和小伙伴们在小区玩时在草丛中抓了几只蚂蚱上来，惊喜地拿上来给我看，对于小时候在老家麦田里经常见到这种害虫的我其实很不喜欢它的，本想着让小王子他们折磨一下，无奈小王子同情心泛滥，只好作罢，毕竟秋后的蚂蚱，蹦跶不了几天了。
在开发过程中，我们有时会遇到数据库存储数据时出现字符编码问题的情况。其中一个常见的错误是Caused by: java.sql.SQLException: Incorrect string value，并且提到了具体的列名和行号。本文将详细介绍这个错误的原因和解决方案。
MySQL在 5.5.3 之后增加了 utf8mb4 字符编码，mb4即 most bytes 4。简单说 utf8mb4 是 utf8 的超集并完全兼容utf8，能够用四个字节存储更多的字符。
在 MySQL 中，系统支持诸多字符集，不同字符集之间也略有区别。目前最常用的字符集应该是 utf8 和 utf8mb4 了，相比于 utf8 ，utf8mb4 支持存储 emoji 表情，使用范围更广。本篇文章将会介绍 utf8 修改成 utf8mb4 字符集的方法。
背景 今天遇到一个Mysql插入用户信息时报错的问题，报错信息如下 java.sql.SQLException: Incorrect string value: '\xF0\x9F\x90\xB8' for column 'userName' at row 1 原因 原因是用户的userName这里录入了emoji表情🐷，而要插入的表中定义的字符集是utf8。 mysql的utf8编码的一个字符最多3个字节，但是一个emoji表情为4个字节，所以utf8不支持存储emoji表情。 但是utf8的超集utf8
好了，有个字符集为UTF8MB4的表中想存储各类不同字符集的文本，有哪些注意事项亿避免乱码？
我在“UTF8字符集的表怎么直接转UTF8MB4”一文中介绍了如何把表字符集由UTF8直接转换成UTF8MB4的几种方法。
这篇文章得从一个 emoji 表情开始，我之前开源的一个 IM 项目中有朋友提到希望可以支持 emoji 表情传输。
这里我们直接指定了nickname字段的字符编码为utf8,然后我向里面插入一条普通数据,使用mybatis的插入数据库语句如下:
MySQL字符集与排序规则小结 一. 字符集 utf8mb4说明 MySQL在5.5.3之后增加了这个utf8mb4的编码，mb4就是most bytes 4的意思，专门用来兼容四字节的unicode。好在utf8mb4是utf8的超集，除了将编码改为utf8mb4外不需要做其他转换。当然，为了节省空间，一般情况下使用utf8也就够了。 utf8 VS utf8mb4 utf8 最大字符长度为 3 字节，如果遇到 4 字节的字符就会出现错误了； 无法存贮表情和不常用汉字； 消耗空间比utf8
https://github.com/crossoverJie/cim/issues/12
原文链接：http://blog.xieyc.com/utf8-and-utf8mb4/
(1)、GBK包含全部中文字符； (2)、 UTF-8则包含全世界所有国家需要用到的字符。 (3)、utf8mb4专门用来兼容四字节的unicode。utf8mb4是utf8的超集，除了将编码改为utf8mb4外不需要做其他转换。
缓存是为了减少数据库和服务器压力而产生的，在应用层编程时需主要考虑以下几种情况： 客户端缓存 服务端缓存 网络缓存（CDN缓存） 客户端缓存负责减轻服务端的存储和频繁的数据请求等压力。 例如，在QQ初始阶段，只有“会员”才可以把QQ表情存储在“云端”之上，因为腾讯内部并没有庞大的存储系统存储大量的QQ表情。 虽然现在腾讯已经取消了只有“会员”才可以存储QQ表情的限制，但是大部分QQ表情仍然默认存储在本地客户端。 客户端缓存大致可分为以下几种： 客户端本地文件缓存，包括图片、.txt文件、.doc文件等。 客
刚才发布文章出现 Database Query Error，百度了问题，原因是 Typecho 在初始化数据库的时候，选用了 UTF-8 的编码，而在 MySQL 中，UTF-8 只支持最多 3 个字节，而 emoji 是 4 个字节，所以出现该问题。如果嫌麻烦可以直接删掉 emoji 就可以成功发表了。
从决定安装MySQL 8.0到开始行动，也就不到一个小时的时间，一个小时的时间能干些啥呢，来简单体验下8.0，官网上能看到这个丰富的表情包。
Emoji 在我们生活中真的是越来越常见了，几乎每次发消息的时候不带个 Emoji，总觉得少了点什么，似乎干巴巴的文字已经无法承载我们丰富的感情了。对于我们开发者来说，如何将 Emoji 存入 MySql 数据库或者取出来，就变成了一种必须掌握的技能了。
utf8mb4编码是utf8编码的超集，兼容utf8，并且能存储4字节的表情字符。
上篇中已经讲了编码的基本概念，本来是直接写MySQL的编码问题的，但是觉的Unicode字符集和UTF编码太重要了，以至于不能忽略这部分内容。
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/xmt1139057136/article/details/89944137
👆点击“博文视点Broadview”，获取更多书讯 缓存是为了减少数据库和服务器压力而产生的，在应用层编程时需主要考虑以下几种情况： 客户端缓存 服务端缓存 网络缓存（CDN缓存） 客户端缓存负责减轻服务端的存储和频繁的数据请求等压力。 例如，在QQ初始阶段，只有“会员”才可以把QQ表情存储在“云端”之上，因为腾讯内部并没有庞大的存储系统存储大量的QQ表情。 虽然现在腾讯已经取消了只有“会员”才可以存储QQ表情的限制，但是大部分QQ表情仍然默认存储在本地客户端。 客户端缓存大致可分为以下几种： 客户端本地
我： 这个题目太简单的吧，他们两个最大的区别，B+ 树数据存储在叶子节点，B 树的节点在所有的节点上。
最近在做关于社交项目时，有一个发红包功能，其中涉及到红包描述，一直报错，后来看日志，才发现竟是因为输入了Emoji表情的原因，由于我的mysql数据库是utf8字符集，而且Emoji表情等特殊符号要占四个字节，所以导致数据库不能正常存入。
上面错误意思是 mysql 数据库中 name 字段插入不正确的字符串值。name 字段是记录微信呢称，设计之出没有考虑到微信呢称中使用 Emoji 表情，导致写入数据失败。
上周遇到了中文长度的问题之后，就想起了很久之前遇到的这个问题，也是一个和长度相关的问题。
原因：UTF-8编码有可能是两个、三个、四个字节。Emoji表情是4个字节，而Mysql的utf8编码最多3个字节，所以数据插不进去
mysql使用的基础规范 1、InoDB必须用于表存储引擎。 2、表格字符集默认使用utf8，必要时使用utf8mb4。 3、禁止使用存储过程、视图、触发器和event。 4、禁止在数据库中存储大文件。 如照片，可以将大文件存储在对象存储系统和数据库中。 禁止在线环境进行数据库压力测试。 测试、开发、在线数据库环境必须隔离。 实例 说明： 1）通用，无乱码风险，汉字3字节，英文1字节 2）`utf8mb4` 是 `utf8` 的超集，有存储 4 字节例如表情符号时，使用它 以上就是mysql使用的基础规
除了上述常见的排序规则，MySQL还提供了其他一些排序规则，如utf8mb4_unicode_520_ci、utf8mb4_unicode_520_bin等。这些规则可以根据具体需求选择使用。
产生这种异常的原因在于，mysql中的utf8编码最多会用3个字节存储一个字符，如果一个字符的utf8 编码占用4个字节（最常见的就是ios中的emoji表情字符），那么在写入数据库时就会报错。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
