1.数据库字符集：数据库需要存储多国语言选择AL32UTF8，只有中英文选择ZHS16GBK
编辑手记：很多人在进行数据库导入导出操作的时候会遇到字符集的问题，今日拣选了 《循序渐进Oracle》一书中的相关章节，希望对初学Oracle的朋友有所帮助。 在传统的EXP导出文件中，记录着导出使用
NLS（National Language Support，国家语言支持）是数据库的一个非常强大的特性，控制着数据的许多方面，最重要的两个方面包括：1、文本数据采用何种编码存储在磁盘上。2、透明地将数据从一个字符集转换到另一个字符集。Oracle字符集可以分为数据库字符集和客户端字符集。客户端字符集定义了客户端字符数据的编码方式，任何发自或发往客户端的字符数据均使用客户端定义的字符集编码，客户端可以看作是能与数据库直接连接的各种应用，例如SQL*Plus、exp/imp等。客户端字符集是通过设置NLS_LANG参数来设定的。
现象说明：在windows下编辑的内容，上传到linux平台下出现中文乱码。如下： 在windows平台编写haha.txt文件，内容如下： 上传到linux平台，出现中文乱码，如下： 基本上面出现的
1 字符集 字符集就是编码的集合，例如unicode、GBK、GB2312等都属于字符集。
在使用MySQL时要注意6个需要编码的地方：系统的编码、客户端、服务端、库、表、列。字符集编码不仅影响数据存储,还影响client程序和数据库之间的交互.在mysql中输入命令show session variables like '%char%'能够看到例如以下一些字符集（下面是以win10为例，生产中多数时linux，在linux里面除了latin1之外都是utf8的字符集）:
在部署重构版测试环境时，需要创建Oracle数据库，使用dbca创建数据库之后没有注意数据库本身的字符集，导致后续所有的数据库脚本执行后中文乱码。最后的解决办法是清掉全库数据，再修改字符集，重启数据库。
以下配置项是Linux系统的本地化（localization）设置，用于控制系统在不同方面如何呈现和处理数据。下面是每个配置项的解释：
很多刚接触的朋友经常会搞混这两个字符集，数据库字符集是在创建数据库时进行指定的，不建议更改！而客户端字符集是可以随时更改的！
[ ] 中的关键字可以选择不加，IF NOT EXISTS 的意思是如果不存在才创建 数据库
最近业务中需要用 Python 写一些脚本。尽管脚本的交互只是命令行 + 日志输出，但是为了让界面友好些，我还是决定用中文输出日志信息。
这个系列的文章是根据《MySQL是怎样运行的：从根儿上理解MySQL》这本书的个人笔记总结专栏，这里十分推荐大家精读一下这本书，也是目前市面上个人所知的讲述Mysql原理的为数不多的好书之一，好了废话不多说我们下面进入正题。
今天在写一个StringIO.write(int)示例时思维那么一发散就拐到了字符集的问题上，顺手搜索一发，除了极少数以外，绝大多数中文博客都解释的惨不忍睹，再鉴于被此问题在oracle的字符集体系中蹂躏过，因此在过往笔记的基础上增删了几个示例贴出来。
上一篇呢，从理论上介绍了MYSQL字符集和校对规则是什么以及如何正确的使用字符集；关于第一部分的内容可参考：深入理解MySQL字符集及校对规则(一)
【 CleverCode发表在csdn博客中的原创作品，请勿转载，原创地址：http://blog.csdn.net/clevercode/article/details/46377577】
在显示 utf8中文数据时会乱码，但是你用cmd告诉MySQL服务器器我使用的是GBK，你要给我返回GBK数据就可以正常显示了，如下图。这也是为什么PHP,Java,Python等编程连接数据库时都要指定数据库的结果集。
看到题目,你也许会说,“又是这种月经帖,这问题我早弄清楚了”. 但如果有人问你,“Unicode,GBK和UTF-8有什么区别?”, 你能自信地给他一句简短清晰的回答吗? 如果不能的话, 那还是看一下
这里要注意字符集应和校对规则名称相对应，不可一边UTF8 一边GBK， 如若没有指定字符集和校对规则名字，则会按照默认MySQL默认方式（MySQL目录 my.ini配置文件）创建数据库，下面给出一些常用的字符集以及校对规则名称。
MySQL 字符编码集中有两套 UTF-8 编码实现：utf8 和 utf8mb4。
计算机要处理各种字符，就须要将字符和二进制内码相应起来，这样的相应关系就是字符编码。
#字符编码:就是人类使用的英文字母、汉字、特殊符号等信息，通过转换规则，将其转换为计算机可以识别的二进制数字的一种编码方式
在开发中常常碰到，需要导入dmp文件到现有数据库。这里的dmp文件可能来自于其它系统，所以，一般情况下是不知道导出程序（exp）的版本、导出时间或者导出模式等信息的。那么如何从现有的dmp文件中获取到这些信息呢？下面作者将一一讲解。
最开始电脑的字符集是ASCII，英文在ASCII中每个字母占1个字节，但ASCII不支持中文，所以后来出现了Unicode；
最近业务中需要用 Python 写一些脚本。尽管脚本的交互只是命令行 + 日志输出，但是为了让界面友好些，我还是决定用中文输出日志信息。 很快，我就遇到了异常： UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-3: ordinal not in range(128) 为了解决问题，我花时间去研究了一下 Python 的字符编码处理。网上也有不少文章讲 Python 的字符编码，但是我看过一遍，觉得自己可以讲得
个人认为，对于Web前端程序员和跟HTML和CSS打交道的人来说，jQuery是有史以来最伟大的发明。jQuery的出现使Web程序员的开发效率突飞猛进，不亚于工业革命给人类生产力带来的提升。 但问题在在于，只有前端程序员可以利用jQuery的强力，他们可以用它分析HTML，根据CCS类，HTML属性，CSS规则等各种选择器来查 询、获取、操作HTML里的任何一个元素。而作为后端(服务端)程序员来说，他们同样需要分析HTML内容，从HTML中提取符合要求的HTML片段、获 取某个符合条件的属性值等。 遇到这
mysql -uroot -poldboy -S /data/3306/mysql.sock
在Python3中，对中文进行了全面的支持，但在Python2.x中需要进行相关的设置才能使用中文。否则会出现乱码
http://cenalulu.github.io/linux/character-encoding/
导读：本文来自『墨天轮』专栏“循序渐进Oralcle”（https://www.modb.pro/topic/6289，复制到浏览器中打开或者点击“阅读原文”），介绍《循序渐进Oracle》第三章的3.1-3.4节：字符集的基本知识、数据库的字符集、字符集文件及字符支持、NLS_LANG的设置与影响、导入导出及字符转换。
Q:什么是存储引擎？ A：比如一个视频文件可以转成mp4,avi,wmv,而存储进磁盘中也会存在不同类型的文件系统中如linux中的ext3,ext4,xfs等.(直观区别就是占用系统的空间大小与清晰程度可能不一样);
在使用Docker部署应用程序时，有时会出现中文乱码的问题。中文乱码可能是由于字符集和字体库等问题引起的。在本文中，我们将探讨如何在Docker容器中解决中文乱码问题，主要从字符集和字体库两个方面进行介绍。
字符指类字形单位或符号，包括字母、数字、运算符号、标点符号和其他符号，以及一些功能性符号。一般来说我们称某个字符集里面的字符，叫xx字符，如ASCII字符集里面的ASCII字符，GB2312字符集里面的GB2312字符。
那么，对于乱码这个看似不起眼，但并不是一两话能讲清楚的问题，是很有必要从根源了解字符集和编码原理，知其然知其所以然显然是一个优秀码农的基本素养，所以，便有了本文，希望能帮助到你。
目录 1、一个建表语句引出的问题 2、查看当前电脑使用的字符集 3、你发现这个问题了吗？ 4、你不熟悉的几个命令 1）连接器connection的作用与工作流程(文字叙述) ① 连接器的作用 ② 连接器的工作流程 2）图示法讲解connection的作用与工作流程 ① 第一种方式 ② 第二种方式 5、上述两种图示法的实际操作演示 1）先了解如下几个代码 2）代码演示过程如下 6、产生乱码的两个原因 1）编码和解码不一致导致的乱码 2）传输过程中，丢失字节导致的乱码 7、对实际情况的分析(什么都不设置，系统默认是如何呢？) 1）MySQL系统参数如下 2）set names gbk的含义
Oracle创建数据库时指定字符集，一般不能修改，整个数据库都是一个字符集。虽然还支持指定国家字符集，用于nvarchar2类型，不过很少用到。常用的字符集：AL32UTF8和ZHS16GBK，其中AL32UTF8与UTF8几乎是等价的。一个汉字在AL32UTF8中占三个字节，而在ZHS16GBK中占用两个字节。
3、字符无需区分大小写时，采用默认的xx_ci校验集可以，否则选择xx_bin校验集(生产环境中,尽量不要修改校验集)
可以通过 https://tomcat.apache.org/whichversion.html 查看
将项目的文件或者数据库字符集等设计到编码的地方使用 GBK，会带来很严重的兼容性问题。
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字符集。
如果你不知道用什么字符集，用 UTF-8，如果没有强制要求，也用 UTF-8，相信我，没错的。
字符(Character)是各种文字和符号的总称，包括各国家文字、标点符号、图形符号、数字等。 字符集(Character set)是多个字符的集合，字符集种类较多，每个字符集包含的字符个数不同，常见字符集名称：ASCII字符集、GB2312字符集、BIG5字符集、 GB18030字符集、Unicode字符集等。计算机要准确的处理各种字符集文字，需要进行字符编码，以便计算机能够识别和存储各种文字。 字符编码（Character encoding）是把字符集中的某个字符编码为指定字符集中字符，以便文本在计算机中存储和通过通信网络的传递。常见的例子包括将拉丁字母表编码成ASCII，ASCII将字母、数字和其它符号编号，并用7比特的二进制来表示。 字符序(collation)是指同一个字符集内字符之间的比较规则。只有确定字符序后，才能在一个字符集上定义什么是等价的字符，以及字符之间的大小关系。一个字符可以包含多种字符序。MySQL字符序命名规则是：以字符序对应的字符集名称开头，以国家名居中(或以general居中)，以ci、cs、或bin结尾。以ci结尾的字符序表示大小写不敏感，以cs结尾的字符序表示大小写敏感，以bin结尾的字符序表示按二进制编码值比较。
编码问题我仍旧没搞懂，最根本的从哪里来就没搞懂。当页面发送请求，编码到后台是什么编码呢？好吧，我默认的都是utf-8.后台接收参数后，可以在控制台打印出来，我也不清楚是什么编码。然后，就是数据库问题。 在mysql数据库，首先会设置mysql安装的字符集为utf-8,然后在连接的jdbc上注明characterEncoding是utf-8.一直这样统一下去，没有出现乱码。 连接oracle就出现问题了，我使用的一个已经安装好的oracle数据库。字符集是American，us7ascii.我插入和查询的中文
MySQL数据库具有跨平台性，不仅可以在Windows上运行，还可以在UNIX，Linux和Mac OS等操作系统上运行
今天有客户向我咨询：数据库由ZHS16GBK字符集修改为AL32UTF8字符集，发现中文的数据中小部分出现乱码，客户认为AL32UTF8明明可以支持更多的文字，不应该出现这样的情况才对。 从现象看，基本可以确认故障是字符集转换导致的，Oracle也强烈不建议做这种字符集转换的操作，幸好该客户的操作只是在一个测试环境中操作的。不过，之前也一直有个误区，我们都知道AL32UTF8是可以支持多国语言的字符集，对于中文字节存储占用空间比ZHS16GBK多，然后第一反应就认为AL32UTF8应该是ZHS16GBK的
背景：目前正在进行业务重构，需要对使用MySQL的业务库表进行重新设计，在迁移时，遇到了中文字符乱码问题（源库表的默认编码是LATIN1，新库表的默认编码为UTF8），故重新学习了下MySQL编码和解码相关知识，并整理了在遭遇乱码时的一些常用技巧。（本文发布于云+社区：https://cloud.tencent.com/developer/article/1370123）
文章目录 MySQL_字符集及数据类型 1.字符集 2.校对集 3.MySQL的数据类型--值的类型 (1)整型 (2)unsigned(无符号) (3)显示宽度(zerofill) (4)浮点型 (
之前的博客梳理了基本的字节流和字符流：Java字节流和字符流详解，本文主要讲基于基础的字节字符流做转换编码的转换流。
ASCII（美国信息交换标准代码）是基于拉丁字母的一套电脑编码系统。它主要用于显示现代英语，是现今最通用的单字节编码系统。
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
