问题：

备注文字中包含了emoji表情，由于公司数据库版本较老，暂时也不可能更换数据库，utf-8无法存储emoji这种四个字节的字符。所以解决方案是将文字转换成base64后存入。但是MySQL要对字段长度进行限制，需要知道原文本长度与base64加密后文本长度的比例。

Base64加密原理：

Base64就是说选出64个字符，包括小写字母a-z、大写字母A-Z、数字0-9、符号”+”、”/”作为基本基础集的编码方式。
①将每三个字节作为一组，一共是24个二进制位。
②将这24个二进制位分为四小组，每个小组有6个二进制位。
③在每小组前面加两个00，扩展成32个二进制位，即四个字节。
④根据base64基础表，得到扩展后的每个字节的对应的base64符号。

对比：

UTF-8编码下的中/日/韩文占了3/4个字节
占四个字节是最长的情况：1 : 8
1个中文字符 –》 4个字节 –》 每三个字节分为一组，则分成两组，共6个字节 –》 扩展，得到8个字节 –》 将8个字节转换成8个base64字符。

毕竟四个字节占少数，三个字节情况下是：1 ： 4
1个中文字符 –》 3个字节 –》 每三个字节分为一组，则分成一组，共3个字节 –》 扩展，得到4个字节 –》 将4个字节转换成4个base64字符。

所以加密后的字符长度为原长度的4~8倍。这边暂时取值4.5倍

问题解决方法：

我当时也是选择解决方案也是将文字转换成base64后存入，当时数据库的备注的50字内，varchar(150)类型。

忘记把字段类型改成text了，所以提交保存的时候有些备注写的比较多的保存不成功。

修改之前如下：

desc      varchar(150)      NOT NULL     备注

修改之后：（这样才不会数据库字段长度溢出，保存成功）

desc     text     NOT NULL     备注