这篇blog重点在解决问题&＃xff0c;如果你对字符编码并不是特别了解&＃xff0c;建议先看看 《 【原创】通俗易懂地解决中文乱码问题&＃xff08;1&＃xff09; --- 跨平台乱码 》。
当然&＃xff0c;如果只是针对解决这个Mysql插入报错问题&＃xff0c;本篇足够了。
一、定位错误
定位错误绝对是至关重要的一环。我建议遇到问题耐心分析一下比较好&＃xff0c;毕竟“不是所有的牛奶都叫特仑苏”。
引起同一个问题的可能有很多&＃xff0c;别人的解决方案也许并不适合自己。
那先看看问题出现在哪了&＃xff0c;报错如下&＃xff1a;
发现的确是编码错误&＃xff0c; 16进制的错误提示&＃xff08;\xF0\x9F\x94\xA5\xE5\x8C...&＃xff09;虽然说的比较清楚了但是看看这个字段值是什么也无妨。
看看此时‘event_title’是什么鬼东西&＃xff0c;如下&＃xff1a;
原来是有一个特殊字符&＃39;?‘。这个字符的来源是移动端&＃xff0c;现在大家聊天不加个表情卖萌还能不能做朋友了?所以移动端大量的新兴字符确实对数据库有了更高的要求。
那么再一探究竟&＃xff0c;看看这个字符的二进制是什么&＃xff1f;如下&＃xff08;第一行&＃xff09;&＃xff1a;
到这我们基本可以定位这个问题的原因了。
1、这个字符占用三个字节。
2、根据上一篇对UTF-8编码方式的介绍&＃xff0c;我们知道对于UTF-8三个字节的编码&＃xff0c;其格式是 1110xxxx(E0-EF) 10yyyyyy 10zzzzzz。但是这个特殊字符低8位竟然是1111&＃xff0c;显然不符合utf-8编码规则&＃xff0c;所以mysql不支持写入。&＃xff08;其实这和最开始的错误提示是一致的&＃xff09;
二、解决问题
问题定位了那么就该想办法解决了&＃xff0c;目前无非两条路可选。
1、哎您厉害我怕了还不成吗&＃xff0c;所以烦劳您别入库了。因此对应的解决办法就是入库前把错乱字符删除。
2、擦老子武功天下第一&＃xff0c;必须见一对拆一对。因此对于的办法就是找找看哪个Mysql的版本能支持了&＃xff0c;更新下Mysql的版本。
生活可以任性&＃xff0c;但是选择还是需要认真的。所以根据自己实际情况进行选择。但一般选择2的比较少&＃xff0c;更新数据库版本的确是个牵扯比较多的问题。
解决办法&＃xff1a;
对于1解决办法太多了&＃xff0c;见仁见智了。我选择用正则表达式来处理这个问题&＃xff0c;因为毕竟也不仅仅是这一个字符。
针对我自己的情况我使用的是 "[^,。!《》]&\\pP|\\pZ|\\pS" 这个正则匹配。
对于2&＃xff0c;我查了下资料发现Mysql 5.6及以上版本扩大了UTF-8的支持力度&＃xff0c;并且添加了utf8mb4设置项在相应字段上&＃xff08;感谢幻元素的提醒&＃xff0c;担心误导其他人&＃xff09;&＃xff0c;不过通过我的实验并没有解决这个问题。
也许需要在相应字段加上 utf8_general_ci 这项设置。不过这项设置我没有进行测试&＃xff0c;如果大家发现Mysql哪个版本和配置能解决这个问题了烦劳留个言哇~
文章最后有这个选项&＃xff08;utf8_general_ci&＃xff09;的一点说明。
附&＃xff1a;utf8_unicode_ci和utf8_general_ci区别&＃xff08;引自wiki&＃xff09;
在数据库系统MySQL中 有多种字符集&＃xff0c;其中utf8_unicode_ci和utf8_general_ci是最常用的&＃xff0c;但是utf8_general_ci对某些语言的支持有一些小问题&＃xff0c;如果可以接受&＃xff0c;那最好使用utf8_general_ci&＃xff0c;因为它速度快。否则&＃xff0c;请使用较为精确的utf8_unicode_ci&＃xff0c;不过速度 会慢一些。
转载请注明出处&＃xff0c;谢谢~ http://www.cnblogs.com/xiaoboCSer/p/4175861.html
京公网安备 11010802041100号