<Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443"
而由于项目本身的默认编码是GBK，因此xml文件保存时的编码是GBK，声明的xml文档编码与实际编码不一致，就出现了问题
在平时的mysql运维操作中，经常会碰到插入中文字段后出现乱码的情况，产生中文乱码的原因一般有： 1）mysql的编码格式不对，是latin1编码。强烈推荐将mysql下的编码格式都改为utf8，因为它兼容世界上所有字符！ 2）mysql的表的语系设定问题(包含character与collation) 3）客户端程式(例如php)的连线语系设定问题 下面就对Mysql下处理数据表中中文字段乱码问题的操作做一记录： 为了防止后续操作出现乱码现象，最好在创建库或数据表的时候就设置正确的编码。 创建数据
之前我们都是通过MySQL自带的命令行客户端工具mysql来操作数据库，那如何在python程序中操作数据库呢？这就用到了pymysql模块，该模块本质就是一个套接字客户端软件，使用前需要事先安装
Unicode是编码字符集，而UTF-8就是字符编码，即Unicode规则字库的一种实现形式。随着互联网的发展，对同一字库集的要求越来越迫切，Unicode标准也就自然而然的出现。它几乎涵盖了各个国家语言可能出现的符号和文字，并将为他们编号。
大致意思是“没有定义的编码集utf8mb4”。搜索查询后发现utf8mb4是utf8的一个衍生形式，utf-8里的一个字符只能最多支持3个字节，而utf8mb4则扩展到一个字符支持4个字节。而utf8mb4只有在mysql数据库版本是5.5.3+的时候才支持，网站原mysql的版本是5.6，导入的mysql版本是5.0，因此出现#1273错误。
这个问题是由于数据库的编码方式引起的，首先我们来了解一下utf8和utf8mb4的区别：
项目中用到多种HTML标签，例如<input>、<form>、
墨墨导读：字符集是一组符号和编码。collation是一组用于比较字符集中的字符的规则。
在平时的mysql运维操作中，经常会碰到插入中文字段后出现乱码的情况，产生中文乱码的原因一般有： 1）mysql的编码格式不对，是latin1编码。强烈推荐将mysql下的编码格式都改为utf8，因为它兼容世界上所有字符！ 2）mysql的表的语系设定问题(包含character与collation) 3）客户端程式(例如php)的连线语系设定问题
上面错误意思是 mysql 数据库中 name 字段插入不正确的字符串值。name 字段是记录微信呢称，设计之出没有考虑到微信呢称中使用 Emoji 表情，导致写入数据失败。
#字符编码:就是人类使用的英文字母、汉字、特殊符号等信息，通过转换规则，将其转换为计算机可以识别的二进制数字的一种编码方式
1.检查自己数据库编码 # mysql -uroot -proot # show VARIABLES like 'char%'; 2.更改Client和Server编码都是UTF-8 # vim /e
那么就带来一个问题，怎么用二进制来表示我们程序中需要使用的信息呢，比如 数字、字符、表情等等。
数据库是mysql 向数据库insert数据的时候，一直显示这个错误，在网上查找了许多相关，大致的问题是： 1：所存储的数据与数据库表的字段类型定义不相匹配. 2：字段类型是否正确, 是否越界, 有无把一种类型的数据存储到另一种数据类型中. 3：写的SQL语句里列的数目和后面的值的数目不一致。 经过检查后并不是以上问题产生， 而是字符集问题，导致insert发生错误了， 后来试过设置数据库编码和项目编码统一为utf-8，仍然解决不了问题 。 最后发现，假设数据库的默认字符集是GBK，假设创建了表 table，那么table的字符集是GBK， 之后再设置数据库的字符集为utf-8，如图下显示：
MySQL5.6.43下载地址：链接: https://pan.baidu.com/s/140YxXOMwNh5EkzMb9wcHhg 提取码: 2333
下载之后放到桌面，方便通过rz命令传到centos中。为了方便管理，在root的家目录新建一个MySQL目录来保存此文件：
1、问题： Establishing SSL connection without server's identity verification is not recommended. According to MySQL 5.5.45+, 5.6.26+ and 5.7.6+ requirements SSL connection must be established by default if explicit option isn't set. For compliance with existin
MySQL出现乱码的原因有很多，一般与character_set参数有关。我们先来看看有哪些参数：
关于编码问题前面一共整理4篇博客，这是终篇。我使用MySQL时经常会遇到乱码问题，尤其是涉及到中文和emoji表情符号时，然而当我查询资料时发现大多数资料几乎雷同，寥寥几句仅贴了几个参数的定义，并没有案例来详细说明，因此我利用几个周末时间整理出这个编码系列博客，希望能对和我同样深受编码困扰的人提供些帮助，当然能力有限，里面很多观点是我根据各种资料的推测，并没有在相关文档中找到确切的描述佐证，可能有理解偏颇之处。
其实作为程序猿来讲，中国的程序猿遇到的问题可能会比国外的程序猿遇到的问题多很多。 一个原因是因为各种标准的制定、各种IDE的编写，都是由老外来完成的，制定出来的东西可能和中国人的习惯不太一样；还有一个原因就是因为国际编码的问题，通常，外国人写的东西无需对编码进行转换，默认的就是ISO-8859-1；到了中国，就涉及到本土化的问题，中文编码应当是GBK，这是本地化的编码。 而各种标准、各种浏览器一般用的都是ISO-8859-1，所有就造成了两种编码之间的转换。所以后来出现了UTF8，来解决各种编码问题。UTF8基本上包含了地球上所有的可见字符，十分强大。 但不幸的是，各种标准并没有按照这一编码来制定，而依然沿用以前的做法。 所以，解决各种乱码问题，就成了中国程序猿的必不可少的技能之一。 这篇文章，就是要和大家讨论种种乱码问题出现的原因，以及相应的解决办法，我目前已知的情况共有三种，下面就位大家一一讲解。
近期在项目中,要对1张100多万条记录的表进行查询,然后进行一些数据的统计,但是在这个过程中,发现只查询出来几条数据就出现了UnicodeDecodeError了。 在这里,我们使用sqlalchemy库进行查询,其内部还是Cx_Oracle来进行对应的操作，使用的Python版本为3.5.0，宿主系统为Windows 2008 Server，然后进行类似如下的操作: from sqlalchemy import create_engine engine = create_engine('oracl
最近我遇到了一个 bug，我试着通过 Rails 在以“utf8”编码的 MariaDB 中保存一个 UTF-8 字符串，然后出现了一个离奇的错误：
改了数据库编码、系统编码以及表字段的编码格式 → *utf8mb4*之后，就可以了：
改了数据库编码、系统编码以及表字段的编码格式 → utf8mb4 之后，就可以了：
在往MySQL存入emoji表情😲😳时，一直出错，无法导入。后来找到办法 -- 通过把 utf8 改成 utf8mb4 就可以了，并没有深究. 嗯？他本身不就是utf8编码么！那我当时还改个锤子？ 难道，MySQL的utf8不是真正的UTF-8编码吗？？! 卧槽这。。MySQL有bug！ 带着疑问查询了很多相关材料，才发现这竟然是MySQL的一个历史遗留问题~~ 我笑了，没想到这么牛B的MySQL也会有这段往事。 一、报错回顾 将emoji文字直接写入SQL中，执行 insert 语句报错； INSERT
我用的是 UTF-8 编码的客户端，服务器也是 UTF-8 编码的，数据库也是，就连要保存的这个字符串“ <…”也是合法的 UTF-8。
最近我遇到了一个bug，我试着通过Rails在以“utf8”编码的MariaDB中保存一个UTF-8字符串，然后出现了一个离奇的错误：
最近我遇到了一个bug，我试着通过Rails在以“utf8”编码的MariaDB中保存一个UTF-8字符串，然后出现了一个离奇的错误:
数据我就按比较常见的列表嵌套字典来演示了，这种数据结构也是在各个场景下经常用到的数据结构[{},{},{}…]
MySQL在5.5.3之后增加了这个utf8mb4的编码，mb4就是most bytes 4的意思，专门用来兼容四字节的unicode。好在utf8mb4是utf8的超集，除了将编码改为utf8mb4外不需要做其他转换。当然，为了节省空间，一般情况下使用utf8也就够了。
作者：brightwang 原文：https://www.jianshu.com/p/ab9aa8d4df7d
今天的错误：我试图将一个UTF-8字符串存储在MariaDB“utf8”编码的数据库中，并且引发了一个奇怪的错误：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
