在程序开发中，有时会被字符乱码的问题所困扰。对此，必须理解 MySQL 的字符集编码设置的原理：在MySQL中，默认使用的是lartin1，也就是ISO8859-1字符集编码。这是一种8位的编码，适用于所有西欧字符。而对于汉字等是不合适的。最好、最通用的编码格式是utf-8，UTF-8（8 位元 Universal Character Set／Unicode Transformation Format）是一种针对Unicode 的可变长度字节编码的Unicode字符集。它对英文使用8位（即一个字节），中文使用24位（三个字节）来编码。所以对于8位的西欧字符集来说，更能比较节省空间，而又能够有效地表示汉字等字符。MySQL服务器对字符集和校对规则有4个级别的默认设置：服务器级、数据库级、表级和连接级。
Liunx下修改MySQL字符集： 1.查找MySQL的cnf文件的位置 find / -iname ‘*.cnf’ -print /usr/share/mysql/my-innodb-heavy-4G.cnf /usr/share/mysql/my-large.cnf /usr/share/mysql/my-small.cnf /usr/share/mysql/my-medium.cnf /usr/share/mysql/my-huge.cnf /usr/share/texmf/web2c/texmf.c
在MySQL中，比较常用的字符集是utf8和utf8mb4。这两个字符集是类似的，utf8是utf8mb3的别名，所以之后在MySQL中提到utf8就意味着使用1~3个字节来表示一个字符，如果大家有使用4字节编码一个字符的情况，比如存储一些emoji表情啥的，需要使用utf8mb4。其实每个字符集下对应着若干个比较规则（也可以翻译为排序规则或校对规则，英文是COLLATE），同一字符集下，使用不同的比较规则会影响字符字段的比较和排序。本文以utf8为例，介绍下常用的几个比较规则的不同。
今天正式开始MySQL的学习，基础部分的学习先跳过，直接进入高级部分的学习。本文主要参考B站中的MySQL数据库教程天花板，mysql安装到mysql高级，强！硬！
第一部分：主要是MYSQL数据库的权限体系以及MYSQL访问控制的两个阶段；我们都知道，MYSQL初始化完成之后，自带四个默认的数据库；下面的内容主要涉及到的是mysql库中相关的内容；
在使用MySQL时要注意6个需要编码的地方：系统的编码、客户端、服务端、库、表、列。字符集编码不仅影响数据存储,还影响client程序和数据库之间的交互.在mysql中输入命令show session variables like '%char%'能够看到例如以下一些字符集（下面是以win10为例，生产中多数时linux，在linux里面除了latin1之外都是utf8的字符集）:
在创建完数据库和表之后，需要插入模拟数据。在插入的过程中就碰到了问题，此文作为记录解决字符集的问题
在日常处理客户的问题中，会遇到非常多的客户反馈字符乱码的问题，遇到这类型的问题，我们要怎么去处理呢？又该怎么去引导用户去解决呢？
MySQL出现乱码的原因有很多，一般与character_set参数有关。我们先来看看有哪些参数：
背景：目前正在进行业务重构，需要对使用MySQL的业务库表进行重新设计，在迁移时，遇到了中文字符乱码问题（源库表的默认编码是LATIN1，新库表的默认编码为UTF8），故重新学习了下MySQL编码和解码相关知识，并整理了在遭遇乱码时的一些常用技巧。（本文发布于云+社区：https://cloud.tencent.com/developer/article/1370123）
这里还有一个mysql字符乱码的例子，部署redmine过程中，mysql数据库使用了默认的字符集，导致含有中文内容为乱码。
mysql是我们项目中非常常用的数据型数据库。但是因为我们需要在数据库保存中文字符，所以经常遇到数据库乱码情况。下面就来介绍一下如何彻底解决数据库中文乱码情况。
MYSQL 8.0 已经很多年了，但是，但是，但是，还有很多公司和业务项目在MYSQL5.6 ,5.7上继续奋斗，这还不是一个重要的问题，重要的问题是早期在MYSQL 5.7 上的一些基础，并未进行改变后到了MYSQL 8 上的使用一段时间产生的问题。
mysql> update mysql.user set authentication_string =password('root') where User='root';
MySQL编码 1.查看数据库编码格式 show create database <数据库名>;
在 Mysql 修改Hive元数据表注释和字段注释的编码为 utf-8 在Hive的元数据库（MySQL）中运行: 修改表字段注解和表注解
#字符编码:就是人类使用的英文字母、汉字、特殊符号等信息，通过转换规则，将其转换为计算机可以识别的二进制数字的一种编码方式
字符集是一套符号和编码，校验规则是字符集内用来比较字符的一些规则，也就是字符集的排序规则。MySQL可以使用多种字符集和检验规则来组织字符。
任何计算机存储数据，都需要字符集，因为计算机存储的数据其实都是二进制编码，将一个个字符，映射到对应的二进制编码的这个映射就是字符编码（字符集）。这些字符如何排序呢？决定字符排序的规则就是排序规则。
字符集是英文,汉字或者其他语言字符的集合, 字符集种类有很多, 每个字符集包含的字符个数也不相同. 字符编码方式是用一个或多个字节表示字符集中的一个字符; 每种字符集都有自己编码方式, 因此同一个字符, 在不同字符集的编码方式下, 会产生不同的二进制值;
上篇文章我们说了mysql客户端与服务端连接过程，分为tcp/ip连接，之后读取缓存，sql解码，语句优化，存储引擎：
MySQL 是一个关系型数据库管理系统，由瑞典 MySQL AB 公司开发，目前属于 Oracle 公司。MySQL 是一种关联数据库管理系统，关联数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。
一 库操作（文件夹） 1 数据库命名规则 可以由字母、数字、下划线、＠、＃、＄ 区分大小写 唯一性 不能使用关键字如 create select 不能单独使用数字 最长128位 2 数据库相关操作 创建库 create database 数据库名 ; （注意要引号结尾） （默认latin1） 在创建数据库的时候也可指定编码格式，如： create database 数据库名 charset utf8; 选择数据库 use 数据库名 切换到指定数据库下 查看库 show database
这里我们直接指定了nickname字段的字符编码为utf8,然后我向里面插入一条普通数据,使用mybatis的插入数据库语句如下:
在平时的mysql运维操作中，经常会碰到插入中文字段后出现乱码的情况，产生中文乱码的原因一般有： 1）mysql的编码格式不对，是latin1编码。强烈推荐将mysql下的编码格式都改为utf8，因为它兼容世界上所有字符！ 2）mysql的表的语系设定问题(包含character与collation) 3）客户端程式(例如php)的连线语系设定问题
字符(Character)是各种文字和符号的总称，包括各国家文字、标点符号、图形符号、数字等。 字符集(Character set)是多个字符的集合，字符集种类较多，每个字符集包含的字符个数不同，常见字符集名称：ASCII字符集、GB2312字符集、BIG5字符集、 GB18030字符集、Unicode字符集等。计算机要准确的处理各种字符集文字，需要进行字符编码，以便计算机能够识别和存储各种文字。 字符编码（Character encoding）是把字符集中的某个字符编码为指定字符集中字符，以便文本在计算机中存储和通过通信网络的传递。常见的例子包括将拉丁字母表编码成ASCII，ASCII将字母、数字和其它符号编号，并用7比特的二进制来表示。 字符序(collation)是指同一个字符集内字符之间的比较规则。只有确定字符序后，才能在一个字符集上定义什么是等价的字符，以及字符之间的大小关系。一个字符可以包含多种字符序。MySQL字符序命名规则是：以字符序对应的字符集名称开头，以国家名居中(或以general居中)，以ci、cs、或bin结尾。以ci结尾的字符序表示大小写不敏感，以cs结尾的字符序表示大小写敏感，以bin结尾的字符序表示按二进制编码值比较。
create database if not exists tlxy default charset=utf8；
创建数据库时，显式指定字符集和排序规则，同时，当切换到当前数据库后，参数 character_set_database，collation_database 分别被覆盖为当前显式指定的字符集和排序规则。举个简单例子，创建数据库 ytt_new2，显式指定字符集为 latin1，同时排序规则为 latin1_bin。之后在切换到数据库 ytt_new2 后，对应的系统参数也被修改。
mysql中的6个列属性：null，default，comment，primary key，unique key，auto_increment
Q:什么是存储引擎？ A：比如一个视频文件可以转成mp4,avi,wmv,而存储进磁盘中也会存在不同类型的文件系统中如linux中的ext3,ext4,xfs等.(直观区别就是占用系统的空间大小与清晰程度可能不一样);
这个值后面对应的utf8_unicode_ci是什么意思呢？面试的时候用这个题目考一考DBA，应该可以难倒一大部分人。
无论是使用何种语言进行编程，碰到的第一个问题莫过于乱码的问题，而使用数据库的时候，也大致差不多。
在 MySQL 中，系统支持诸多字符集，不同字符集之间也略有区别。目前最常用的字符集应该是 utf8 和 utf8mb4 了，相比于 utf8 ，utf8mb4 支持存储 emoji 表情，使用范围更广。本篇文章将会介绍 utf8 修改成 utf8mb4 字符集的方法。
大部分情况下，数据库的连接，数据库本身、数据库的服务器都是utf8的。在最开始的my.cnf配置中，我们把默认字符集全部配成了utf8进行统一，如果不配置，可能就会因为编码的不同导致无法正确解析数据。
这个系列属于个人学习网易云课堂MySQL数据库工程师微专业的相关课程过程中的笔记，本篇为其“MySQL数据库对象与应用”中的MySQL数据类型相关笔记。
（MySQL官网下载地址：http://dev.mysql.com/downloads/mysql/）
[ ] 中的关键字可以选择不加，IF NOT EXISTS 的意思是如果不存在才创建 数据库
先讲一下写该文章的原因，首先，工作中又遇到一条很熟悉的MySQL报错信息 Cause: java.sql.SQLException: Incorrect string value:Cause: java.sql.SQLException: Incorrect string value… （emoji表情存储导致），原因是MySQL的字符集导致的；其次，因为一直听说数据库变更可能锁表，但是一直不知道到底哪些操作会导致锁表。所以今天对相关知识做一个系统的整理。
关于编码问题前面一共整理4篇博客，这是终篇。我使用MySQL时经常会遇到乱码问题，尤其是涉及到中文和emoji表情符号时，然而当我查询资料时发现大多数资料几乎雷同，寥寥几句仅贴了几个参数的定义，并没有案例来详细说明，因此我利用几个周末时间整理出这个编码系列博客，希望能对和我同样深受编码困扰的人提供些帮助，当然能力有限，里面很多观点是我根据各种资料的推测，并没有在相关文档中找到确切的描述佐证，可能有理解偏颇之处。
其实不论客户端进程和服务器进程是采用哪种方式进行通信，最后实现的效果都是：客户端进程向服务器进程发送一段文本（MySQL语句），服务器进程处理后再向客户端进程发送一段文本（处理结果）。那服务器进程对客户端进程发送的请求做了什么处理，才能产生最后的处理结果呢？客户端可以向服务器发送增删改查各类请求，我们这里以比较复杂的查询请求为例来画个图展示一下大致的过程：
用途：用来映射简单的单字节字符，比如大小写英文字母、阿拉伯数字、常用的标点符、运算符、控制字符等。
关于删库跑路的事故现在已经屡见不鲜了，数据备份的必要性是企业数据管理极其重要的一项工作。关于数据备份、恢复也有很多场景及方法，本系列也会将主要的几种工具通过案例进行演示。
我在“UTF8字符集的表怎么直接转UTF8MB4”一文中介绍了如何把表字符集由UTF8直接转换成UTF8MB4的几种方法。
当我们创建数据没有指定字符集和校验规则时，系统使用默认字符集:utf8,校验规则:utf_general_ci;
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
