作者： 程序猿小卡_casper 原文：https://segmentfault.com/a/1190000012775484 一、内容概述 在MySQL的使用过程中，了解字符集、字符序的概念，以及不同设置对数据存储、比较的影响非常重要。不少同学在日常工作中遇到的“乱码”问题，很有可能就是因为对字符集与字符序的理解不到位、设置错误造成的。 本文由浅入深，分别介绍了如下内容： 字符集、字符序的基本概念及联系 MySQL支持的字符集、字符序设置级，各设置级别之间的联系 server、database、table
编辑手记：很多人在数据库各种操作中遭遇过乱码的问题，今天我们分析一下乱码产生的原因。本文节选于《循序渐进Oracle》 通常在现实环境中，存在3个字符集设置： 客户端应用字符集（Client ApplicationCharacter Set）； 客户端NLS_LANG参数设置； 服务器端，数据库字符集（Character Set）设置。 由于一个字符在客户端应用（如SQLPLUS、CMD、NOTEPAD等）中以怎样的字符显示取决于客户端操作系统，客户端能够显示怎样的字符，我们就可以在应用中录入这些字符。至
这个系列属于个人学习网易云课堂MySQL数据库工程师微专业的相关课程过程中的笔记，本篇为其“MySQL数据库对象与应用”中的MySQL数据类型相关笔记。
在开发过程中，我们有时会遇到数据库存储数据时出现字符编码问题的情况。其中一个常见的错误是Caused by: java.sql.SQLException: Incorrect string value，并且提到了具体的列名和行号。本文将详细介绍这个错误的原因和解决方案。
在部署重构版测试环境时，需要创建Oracle数据库，使用dbca创建数据库之后没有注意数据库本身的字符集，导致后续所有的数据库脚本执行后中文乱码。最后的解决办法是清掉全库数据，再修改字符集，重启数据库。
character-set-server/default-character-set：服务器字符集，默认情况下所采用的。 character-set-database：数据库字符集。 character-set-table：数据库表字符集。 优先级依次增加。所以一般情况下只需要设置character-set-server，而在创建数据库和表时不特别指定字符集，这样统一采用character-set-server字符集。 character-set-client：客户端的字符集。客户端默认字符集。当客户端向服务器发送请求时，请求以该字符集进行编码。 character-set-results：结果字符集。服务器向客户端返回结果或者信息时，结果以该字符集进行编码。 在客户端，如果没有定义character-set-results，则采用character-set-client字符集作为默认的字符集。所以只需要设置character-set-client字符集。
导读：本文来自『墨天轮』专栏“循序渐进Oralcle”（https://www.modb.pro/topic/6289，复制到浏览器中打开或者点击“阅读原文”），介绍《循序渐进Oracle》第三章的3.1-3.4节：字符集的基本知识、数据库的字符集、字符集文件及字符支持、NLS_LANG的设置与影响、导入导出及字符转换。
MySQL 支持多种字符集，使您能够使用各种字符集存储数据，并根据给定排序规则执行比较。
http://www.eygle.com/special/NLS_CHARACTER_SET_04.htm
NLS（National Language Support，国家语言支持）是数据库的一个非常强大的特性，控制着数据的许多方面，最重要的两个方面包括：1、文本数据采用何种编码存储在磁盘上。2、透明地将数据从一个字符集转换到另一个字符集。Oracle字符集可以分为数据库字符集和客户端字符集。客户端字符集定义了客户端字符数据的编码方式，任何发自或发往客户端的字符数据均使用客户端定义的字符集编码，客户端可以看作是能与数据库直接连接的各种应用，例如SQL*Plus、exp/imp等。客户端字符集是通过设置NLS_LANG参数来设定的。
问题是这样的，最近有同学问关于MySQL 的字符乱码的问题，说从一个数据库到另一个数据库，配置相同，但是为什么这个数据库的中文就是中文，到另一个数据库就是乱码？
在MySQL数据库中，可以通过执行SQL查询来检查数据库的默认字符集，也可以查看特定数据库、表或列的字符集。以下是一些查询示例：
何剑敏 Oracle ACS华南区售后团队，首席技术工程师 曾供职于中国联通信息计费部、卓望数码，系统支撑部首席DBA，负责中国移动全网梦网业务和移动应用商城数据库维护。后供职于IBM，负责米其林项目和澳洲电信（Telstra）项目数据库管理。现供职于Oracle ACS华南区售后团队，首席技术工程师。多年从事第一线的数据库运维工作，有丰富项目经验、维护经验和调优经验，专注于数据库的整体运维。 编辑手记：字符集是数据库中很复杂的一个问题，通常设定后不做改变，但因生产的需要，也提供通过导入导出或命令修改的
在日常处理客户的问题中，会遇到非常多的客户反馈字符乱码的问题，遇到这类型的问题，我们要怎么去处理呢？又该怎么去引导用户去解决呢？
PostgreSQL里面的字符集支持你能够以各种字符集存储文本，包括单字节字符集，比如 ISO 8859 系列，以及多字节字符集 ，比如EUC（扩展 Unix 编码 Extended Unix Code）、UTF-8 和 Mule 内部编码。所有被支持的字符集都可以被客户端透明地使用，但少数只能在服务器上使用（即作为一种服务器方编码）。默认的字符集是在使用 initdb初始化你的PostgreSQL数据库集簇时选择的。在你创建一个数据库时可以重载它，因此你可能会有多个数据库并且每一个使用不同的字符集。
在程序开发中，有时会被字符乱码的问题所困扰。对此，必须理解 MySQL 的字符集编码设置的原理：在MySQL中，默认使用的是lartin1，也就是ISO8859-1字符集编码。这是一种8位的编码，适用于所有西欧字符。而对于汉字等是不合适的。最好、最通用的编码格式是utf-8，UTF-8（8 位元 Universal Character Set／Unicode Transformation Format）是一种针对Unicode 的可变长度字节编码的Unicode字符集。它对英文使用8位（即一个字节），中文使用24位（三个字节）来编码。所以对于8位的西欧字符集来说，更能比较节省空间，而又能够有效地表示汉字等字符。MySQL服务器对字符集和校对规则有4个级别的默认设置：服务器级、数据库级、表级和连接级。
作者： 程序猿小卡_casper 原文：https://segmentfault.com/a/1190000012775484 一、内容概述 在MySQL的使用过程中，了解字符集、字符序的概念，以及不同设置对数据存储、比较的影响非常重要。不少同学在日常工作中遇到的“乱码”问题，很有可能就是因为对字符集与字符序的理解不到位、设置错误造成的。 本文由浅入深，分别介绍了如下内容： 字符集、字符序的基本概念及联系 MySQL支持的字符集、字符序设置级，各设置级别之间的联系 server、database、tabl
Oracle创建数据库时指定字符集，一般不能修改，整个数据库都是一个字符集。虽然还支持指定国家字符集，用于nvarchar2类型，不过很少用到。常用的字符集：AL32UTF8和ZHS16GBK，其中AL32UTF8与UTF8几乎是等价的。一个汉字在AL32UTF8中占三个字节，而在ZHS16GBK中占用两个字节。
大家在使用wampserver中的mysql数据库时，插入中文会显示“？？”，很多小伙伴都不知道给如何做，明明在创建数据库和表时已经设置字符为UTF-8了，可插入结果还是乱码。下面我来告诉大家一下原因。
从零开始学Mysql - 字符集和编码（上） 前言 上一节我们系统的阐述了关于系统配置的相关细节内容，而这一节我们需要了解关于字符集和编码的内容，字符集和编码的规则其实也算是入门mysql经常遇到的
在文章开始前,大家可以先考虑几个问题,这样方便更快理解文章的知识点，下面的问题都会在文章中找到答案哦！
http://www.eygle.com/special/NLS_CHARACTER_SET_06.htm
这篇文章详细介绍一下MySQL中的字符集和字符序相关的问题，里里外外地了解一下字符集和字符序的方方面面，同时重点说明一下开发中需要注意的问题。
[ ] 中的关键字可以选择不加，IF NOT EXISTS 的意思是如果不存在才创建 数据库
1.数据库字符集：数据库需要存储多国语言选择AL32UTF8，只有中英文选择ZHS16GBK
常用的编码格式为：ASCII Unicode-8 Unicode-16 Unicode-32 GB2312 等 ,
€ (euro) 标记 是一个 3 字节字符，在 （UTF-8）中这个字符被表示为 0xE2, 0x82, 0xAC。
当我们在Django应用程序中使用MySQL数据库时，可能会遇到无法存储包含Emoji表情的数据的问题。这是因为MySQL默认字符集和校对规则只支持存储基本的Unicode字符集，无法支持Emoji表情字符。在这篇博客中，我将为您介绍如何在Django中使MySQL支持存储Emoji表情。
发现网上很多坑爹货，有很多意思表达不全，比如jdbc连接mysql数据库的时候，设置字符集编码
字符集是一套符号和编码，校验规则是字符集内用来比较字符的一些规则，也就是字符集的排序规则。MySQL可以使用多种字符集和检验规则来组织字符。
字符(Character)是各种文字和符号的总称，包括各国家文字、标点符号、图形符号、数字等。 字符集(Character set)是多个字符的集合，字符集种类较多，每个字符集包含的字符个数不同，常见字符集名称：ASCII字符集、GB2312字符集、BIG5字符集、 GB18030字符集、Unicode字符集等。计算机要准确的处理各种字符集文字，需要进行字符编码，以便计算机能够识别和存储各种文字。 字符编码（Character encoding）是把字符集中的某个字符编码为指定字符集中字符，以便文本在计算机中存储和通过通信网络的传递。常见的例子包括将拉丁字母表编码成ASCII，ASCII将字母、数字和其它符号编号，并用7比特的二进制来表示。 字符序(collation)是指同一个字符集内字符之间的比较规则。只有确定字符序后，才能在一个字符集上定义什么是等价的字符，以及字符之间的大小关系。一个字符可以包含多种字符序。MySQL字符序命名规则是：以字符序对应的字符集名称开头，以国家名居中(或以general居中)，以ci、cs、或bin结尾。以ci结尾的字符序表示大小写不敏感，以cs结尾的字符序表示大小写敏感，以bin结尾的字符序表示按二进制编码值比较。
在 MySQL 中，系统支持诸多字符集，不同字符集之间也略有区别。目前最常用的字符集应该是 utf8 和 utf8mb4 了，相比于 utf8 ，utf8mb4 支持存储 emoji 表情，使用范围更广。本篇文章将会介绍 utf8 修改成 utf8mb4 字符集的方法。
当向 MySQL 数据库插入一条带有中文的数据形如 insert into employee values(null,'小明','female','2018-03-28','2018-03-29','Sales',2018,'从事互联网工作！'); 出现乱码时，可以使用语句 show variables like 'character%'; 来查看当前数据库的相关编码集。
答：如果在使用 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 使用的字符集，常见客户端连接指定字符集写法如下：
MySQL 字符编码集中有两套 UTF-8 编码实现：utf8 和 utf8mb4。
服务器(server)，数据库(database)，数据表(table)和连接(connection)： character_set_server：这是设置服务器使用的字符集 character_set_client ：这是设置客户端发送查询使用的字符集 character_set_connection ：这是设置服务器需要将收到的查询串转换成的字符集 character_set_results ：这是设置服务器要将结果数据转换到的字符集，转换后才发送给客户端 整个过程： - client(如php程序)发送一个查询； - 服务器收到查询，将查询串从character_set_client 转换到character_set_connection，然后执行转换后的查询； - 服务器将结果数据转换到character_set_results字符集后发送回客户端。
'Collation' 是数据如何被存储和比较的规则。大小写是否敏感是有关字符集设置的一个方面。其他大小写敏感的方面有 kana （Japanese script）和宽度（单字节对比双字节长度）。
上一篇讲到字符、字符集、字符编码，粗略的一笔带过MySQL的编码，本篇想要讲讲字符编码在MySQL数据库中的应用。不仅仅是本篇文章，其他博主的文章也是，多多阅读他人的好文，才可以提升自己的水平。再次借用六一居士写的《卖油翁》来激励大家，多多阅读。
数据库是mysql 向数据库insert数据的时候，一直显示这个错误，在网上查找了许多相关，大致的问题是： 1：所存储的数据与数据库表的字段类型定义不相匹配. 2：字段类型是否正确, 是否越界, 有无把一种类型的数据存储到另一种数据类型中. 3：写的SQL语句里列的数目和后面的值的数目不一致。 经过检查后并不是以上问题产生， 而是字符集问题，导致insert发生错误了， 后来试过设置数据库编码和项目编码统一为utf-8，仍然解决不了问题 。 最后发现，假设数据库的默认字符集是GBK，假设创建了表 table，那么table的字符集是GBK， 之后再设置数据库的字符集为utf-8，如图下显示：
「引言」 对于使用MySQL来说，有一个让人苦恼的事情就是处理字符集的问题，众多的字符概念和设置，常常让用户感到束手无策而不知如何使用。对事务所来说客户的需求就是我们命令，了解到大家的这种困惑后。经过一番探索，X侦探所的探员T将给大家捋顺字符集的来龙去脉以及MySQL中的字符集秘密，下面就将开启我们的字符探索之旅。 我们知道这个世界上有各种各样的文字，这些文字是能够通过书写进行记录的，比如古印度的贝叶，欧洲的羊皮卷，中国四大发明之一的纸都是文字记录的载体。落于纸面的文字就要使用符号，我们所熟悉的中文使用
PHP程序设计中中文编码问题曾经困扰很多人，导致这个问题的原因其实很简单，每个国家(或区域)都规定了计算机信息交换用的字符编码集，如美国的扩展 ASCII 码, 中国的 GB2312-80，日本的 JIS 等。作为该国家/区域内信息处理的基础，字符编码集起着统一编码的重要作用。字符编码集按长度分为 SBCS(单字节字符集)，DBCS(双字节字符集)两大类。早期的软件(尤其是操作系统)，为了解决本地字符信息的计算机处理，出现了各种本地化版本(L10N)，为了区分，引进了 LANG, Codepage 等概念。但是由于各个本地字符集代码范围重叠，相互间信息交换困难;软件各个本地化版本独立维护成本较高。因此有必要将本地化工作中的共性抽取出来，作一致处理，将特别的本地化处理内容降低到最少。这也就是所谓的国际化(118N)。各种语言信息被进一步规范为 Locale 信息。处理的底层字符集变成了几乎包含了所有字形的 Unicode。
字符指计算机中保存的各种文字和符号，包括各种国家的文字、标点符号、图形符号、数字等。由于计算机采用二进制保存数据，用户输入的字符将会按照一定的规则转换成二进制后保存，这个过程就是字符编码，将一系列字符的编码规则组合起来就形成了字符集。
Oracle数据库是广泛使用的关系型数据库管理系统，而SQLPlus是Oracle提供的一种交互式命令行工具，用于执行SQL语句。然而，当在SQLPlus中执行SQL语句时，如果SQL语句中包含中文字符，可能会出现乱码问题，甚至导致错误。本文将介绍如何解决在Oracle SQL*Plus中执行SQL语句时出现中文乱码和报错的问题。
Q:什么是存储引擎？ A：比如一个视频文件可以转成mp4,avi,wmv,而存储进磁盘中也会存在不同类型的文件系统中如linux中的ext3,ext4,xfs等.(直观区别就是占用系统的空间大小与清晰程度可能不一样);
先讲一下写该文章的原因，首先，工作中又遇到一条很熟悉的MySQL报错信息 Cause: java.sql.SQLException: Incorrect string value:Cause: java.sql.SQLException: Incorrect string value… （emoji表情存储导致），原因是MySQL的字符集导致的；其次，因为一直听说数据库变更可能锁表，但是一直不知道到底哪些操作会导致锁表。所以今天对相关知识做一个系统的整理。
字符集是英文,汉字或者其他语言字符的集合, 字符集种类有很多, 每个字符集包含的字符个数也不相同. 字符编码方式是用一个或多个字节表示字符集中的一个字符; 每种字符集都有自己编码方式, 因此同一个字符, 在不同字符集的编码方式下, 会产生不同的二进制值;
以下配置项是Linux系统的本地化（localization）设置，用于控制系统在不同方面如何呈现和处理数据。下面是每个配置项的解释：
这里还有一个mysql字符乱码的例子，部署redmine过程中，mysql数据库使用了默认的字符集，导致含有中文内容为乱码。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
云直播
