1 批量续费 1.1 使用控制台批量续费 Step1.选中一个或多个需要续费的实例，点击"批量续费"操作 [1497841899001_2514_1497841898897.png] Step
Incorrect string value: '\xE6\x88\x91' for column 'name' at row 1
今天在设计开源项目的反馈信息表时遇到了emoji表情插入失败的问题，网上找了很多解决方案，答案五花八门，没找到好使的。
上一篇讲到字符、字符集、字符编码，粗略的一笔带过MySQL的编码，本篇想要讲讲字符编码在MySQL数据库中的应用。不仅仅是本篇文章，其他博主的文章也是，多多阅读他人的好文，才可以提升自己的水平。再次借用六一居士写的《卖油翁》来激励大家，多多阅读。
在 Mysql 修改Hive元数据表注释和字段注释的编码为 utf-8 在Hive的元数据库（MySQL）中运行: 修改表字段注解和表注解
遇到的是在使用 CodeFirst 生成数据库的字符集编码问题 执行迁移命令：Add-Migration 版本 , Update-Database 生成数据库(若无自动创建)的字符集为 latin1 -- cp1252 West European 此字符集将会在生成查询语句包含中文的时候报如下错误
在使用MySQL时要注意6个需要编码的地方：系统的编码、客户端、服务端、库、表、列。字符集编码不仅影响数据存储,还影响client程序和数据库之间的交互.在mysql中输入命令show session variables like '%char%'能够看到例如以下一些字符集（下面是以win10为例，生产中多数时linux，在linux里面除了latin1之外都是utf8的字符集）:
之前出现过一些因为mysql编码使用不正确，导致出现页面乱码的bug，比如utf8不支持Emoji表情等等。这里对乱码问题做下分析，沉淀下来避免再次出现
字符集是英文,汉字或者其他语言字符的集合, 字符集种类有很多, 每个字符集包含的字符个数也不相同. 字符编码方式是用一个或多个字节表示字符集中的一个字符; 每种字符集都有自己编码方式, 因此同一个字符, 在不同字符集的编码方式下, 会产生不同的二进制值;
在程序开发中，有时会被字符乱码的问题所困扰。对此，必须理解 MySQL 的字符集编码设置的原理：在MySQL中，默认使用的是lartin1，也就是ISO8859-1字符集编码。这是一种8位的编码，适用于所有西欧字符。而对于汉字等是不合适的。最好、最通用的编码格式是utf-8，UTF-8（8 位元 Universal Character Set／Unicode Transformation Format）是一种针对Unicode 的可变长度字节编码的Unicode字符集。它对英文使用8位（即一个字节），中文使用24位（三个字节）来编码。所以对于8位的西欧字符集来说，更能比较节省空间，而又能够有效地表示汉字等字符。MySQL服务器对字符集和校对规则有4个级别的默认设置：服务器级、数据库级、表级和连接级。
背景：目前正在进行业务重构，需要对使用MySQL的业务库表进行重新设计，在迁移时，遇到了中文字符乱码问题（源库表的默认编码是LATIN1，新库表的默认编码为UTF8），故重新学习了下MySQL编码和解码相关知识，并整理了在遭遇乱码时的一些常用技巧。（本文发布于云+社区：https://cloud.tencent.com/developer/article/1370123）
PHP程序设计中中文编码问题曾经困扰很多人，导致这个问题的原因其实很简单，每个国家(或区域)都规定了计算机信息交换用的字符编码集，如美国的扩展 ASCII 码, 中国的 GB2312-80，日本的 JIS 等。作为该国家/区域内信息处理的基础，字符编码集起着统一编码的重要作用。字符编码集按长度分为 SBCS(单字节字符集)，DBCS(双字节字符集)两大类。早期的软件(尤其是操作系统)，为了解决本地字符信息的计算机处理，出现了各种本地化版本(L10N)，为了区分，引进了 LANG, Codepage 等概念。但是由于各个本地字符集代码范围重叠，相互间信息交换困难;软件各个本地化版本独立维护成本较高。因此有必要将本地化工作中的共性抽取出来，作一致处理，将特别的本地化处理内容降低到最少。这也就是所谓的国际化(118N)。各种语言信息被进一步规范为 Locale 信息。处理的底层字符集变成了几乎包含了所有字形的 Unicode。
答：如果在使用 mycat 出现中文插入或者查询出现乱码，请检查三个环节的字符集设置： 1）客户端环节（应用程序、mysql 命令或图形终端工具）连接 mycat 字符集 2）mycat 连接数据库的字符集 3）数据库（mysql，oracle）字符集。这三个环节的字符集如果配置一致，则不会出现中文乱码，其中尤其需要注意的是客户端连接 mycat 时使用的连接字符集，通常的中文乱码问题一般都由此处设置不当引出。其中 mycat 内部默认使用 utf8 字符集，在最初启动连接数据库时，mycat 会默认使用 utf8 去连接数据库，当客户端真正连接 mycat 访问数据库时，mycat 会使用客户端连接使用的字符集修改它连接数据库的字符集，在 mycat 环境的管理 9066 端口，可以通过 show @@backend 命令查看后端数据库的连接字符集，通过 show @@connection 命令查看前端客户端的连接字符集。客户端的连接可以通过指定字符集编码或者发送 SET 命令指定连接 mycat 时connection 使用的字符集，常见客户端连接指定字符集写法如下：
关于编码问题前面一共整理4篇博客，这是终篇。我使用MySQL时经常会遇到乱码问题，尤其是涉及到中文和emoji表情符号时，然而当我查询资料时发现大多数资料几乎雷同，寥寥几句仅贴了几个参数的定义，并没有案例来详细说明，因此我利用几个周末时间整理出这个编码系列博客，希望能对和我同样深受编码困扰的人提供些帮助，当然能力有限，里面很多观点是我根据各种资料的推测，并没有在相关文档中找到确切的描述佐证，可能有理解偏颇之处。
发现网上很多坑爹货，有很多意思表达不全，比如jdbc连接mysql数据库的时候，设置字符集编码
常用的编码格式为：ASCII Unicode-8 Unicode-16 Unicode-32 GB2312 等 ,
先讲一下写该文章的原因，首先，工作中又遇到一条很熟悉的MySQL报错信息 Cause: java.sql.SQLException: Incorrect string value:Cause: java.sql.SQLException: Incorrect string value… （emoji表情存储导致），原因是MySQL的字符集导致的；其次，因为一直听说数据库变更可能锁表，但是一直不知道到底哪些操作会导致锁表。所以今天对相关知识做一个系统的整理。
对于MySQL自带的客户端来说，这个编码过程使用的字符集和我们使用的操作系统的默认字符集是一样的，类Unix系统的默认字符集就是utf8，Windows系统的默认字符集就是gbk。
MySQL 支持多种字符集，使您能够使用各种字符集存储数据，并根据给定排序规则执行比较。
在文章开始前,大家可以先考虑几个问题,这样方便更快理解文章的知识点，下面的问题都会在文章中找到答案哦！
问题是这样的，最近有同学问关于MySQL 的字符乱码的问题，说从一个数据库到另一个数据库，配置相同，但是为什么这个数据库的中文就是中文，到另一个数据库就是乱码？
上一篇呢，从理论上介绍了MYSQL字符集和校对规则是什么以及如何正确的使用字符集；关于第一部分的内容可参考：深入理解MySQL字符集及校对规则(一)
今天正式开始MySQL的学习，基础部分的学习先跳过，直接进入高级部分的学习。本文主要参考B站中的MySQL数据库教程天花板，mysql安装到mysql高级，强！硬！
由于MySQL编码原因会导致数据库出现乱码。 解决办法：修改MySQL数据库字符编码为UTF-8，UTF-8包含全世界所有国家需要用到的字符,是国际编码。
用途：用来映射简单的单字节字符，比如大小写英文字母、阿拉伯数字、常用的标点符、运算符、控制字符等。
上面错误意思是 mysql 数据库中 name 字段插入不正确的字符串值。name 字段是记录微信呢称，设计之出没有考虑到微信呢称中使用 Emoji 表情，导致写入数据失败。
https://downloads.mysql.com/archives/community/
Confluence 和你的数据库必须配置使用相同的字符集。为了避免字符出现问题，请将所有的字符集设置为使用 UTF-8 编码（或者根据你配置的数据库来制定正确的 UTF-8 编码字符集，例如在 Oracle 中使用的是 AL32UTF8 ）。
Fayson 在前面的文章《Hive表字段Comment中文乱码》中，介绍了在Hive中如何解决表字段中文注释乱码的问题，为了完善上篇文档，本文整理Hive表所有与中文注释相关的属性项，包括表字段、分区、表名、视图中文乱码，同时包括对该问题的分析。
用Navicat连接数据库（我这里是mysql），在数据库名上右键，编辑数据库，查看是否是utf8，如果不是的话改一下，保存。
中文乱码问题在我们日常开发中司空见惯，那么乱码问题是如何产生的呢？又怎样去解决乱码问题呢？本文将结合基本概念和例子展开阐述，希望大家有收获。
Confluence 使用 UTF-8 字符集编码，所以你的数据库也必须配置为使用 UTF-8 （或者与 UTF-8 相同的编码，例如在 Oracle 中使用的 AL32UTF8 编码）。
虽然我们平时可以在编辑器上输入各种中文英文字母，但这些都是给人读的，不是给计算机读的，其实计算机真正保存和传输数据都是以二进制0101的格式进行的。
MySQL服务是一个真正的多线程、多用户的SQL数据库服务，凭借其高性能、高可靠和易于使用的特性，成为服务器领域中最受欢迎的开源数据库系统。为了确保MySQL数据库功能的完整性。可定制性，将采用源代码编译的方式安装MySQL数据库系统。
字符集 和 编码无疑是IT菜鸟甚至是各种大神的头痛问题。当遇到纷繁复杂的字符集，各种火星文和乱码时，问题的定位往往变得非常困难。本文将会从原理方面对字符集和编码做个简单的科普介绍，同时也会介绍一些通用的乱码故障定位方法以方便读者以后能够更从容的定位相关问题。
你的数据库和 JDBC 数据源连接必须配置为使用 UTF-8 编码（或者根据你配置的数据库来制定正确的 UTF-8 编码字符集，例如在 Oracle 中使用的是 AL32UTF8 ）。Confluence 中也有多个检查来确保你的数据库也是使用的 UTF-8 编码。
中信银行的某个大佬在一个会议中提及中信银行将成为中国第一个在技术上支持生僻字的商业银行。由于历史原因，我们的MySQL部署规范提供的字符集为utf8字符集，需要将数据库的字符集集体转换为utf8mb4。
那么，对于乱码这个看似不起眼，但并不是一两话能讲清楚的问题，是很有必要从根源了解字符集和编码原理，知其然知其所以然显然是一个优秀码农的基本素养，所以，便有了本文，希望能帮助到你。
“数据库的数据变成乱码了！”---想必不少 DBA 们对类似的“呼救”不算太陌生。一般来说这类问题都是字符集的设置有关，同时在 MySQL 中也存在“错入错出”的这种“神话”：登录到数据库看的时候是乱码，代码/WEB 上显示的是正常的。
除了上述常见的排序规则，MySQL还提供了其他一些排序规则，如utf8mb4_unicode_520_ci、utf8mb4_unicode_520_bin等。这些规则可以根据具体需求选择使用。
需要在数据库连接中指定两个参数：useUnicode=true&characterEncoding=UTF-8，只有当设置了useUnicode=true时，后续指定的字符集编码才有效。
我们需要更改改动mysql配置文件/etc/my.cnf并加入如下的参数。(Linux环境下)
点击蓝字 关注我们 MySQL中我们知道有： 如果对索引字段做函数操作，可能会破坏索引值的有序性，因此优化器就决定放弃走树搜索功能。 隐式类型转换也会导致放弃走树搜索。 因为类型转换等价于在条件字段上使用了函数比如： 假设tradeid字段有索引，且为varchar类型：mysql> select * from tradelog where tradeid=110717;等价于：mysql> select * from tradelog where CAST(tradid AS signed int
隐式转换，可以说是关系型数据库SQL优化中很隐秘的问题，之前碰到过很多和他相关的案例，
从零开始学Mysql - 字符集和编码（上） 前言 上一节我们系统的阐述了关于系统配置的相关细节内容，而这一节我们需要了解关于字符集和编码的内容，字符集和编码的规则其实也算是入门mysql经常遇到的
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
