您的当前位置：首页正文

MySQL字符集的基本类型与统一字符集分析_MySQL

2023-11-21 来源：爱上美食网

bitsCN.com以下的文章主要介绍的是MySQL字符集的基本类型，统一字符集的实际操作方法，等相关内容的介绍，以下就是MySQL字符集的相关内容的描述，希望你会在以后的学习或是工作中带来很大的帮助。一. MySQL字符集类型 MySQL服务器中有六个关键位置使用了字符集的概念，他们是：client 、connection、database、results、server 、system。 a、其中client是客户端使用的字符集，相当于网页中的字符集设置如下。 b、其中的connection是连接数据库的MySQL字符集设置类型，如果php没有指明连接数据库使用的字符集类型,就按照服务器端默认的字符集设置。 c、其中database是数据库服务器中某个库使用的字符集设定，如果建库时没有指明，将使用服务器安装时指定的字符集设置。 d、results是数据库给客户端返回时使用的MySQL字符集设定，如果没有指明，使用服务器默认的字符集。 e、server是服务器安装时指定的默认字符集设定。 f、 system是数据库系统使用的字符集设定。 PS: 1. system一般默认是utf-8字符集，server是最高的字符集设定，database没有单独设定就按照server的字符集设定，其他都是按照server的设定设置字符集。 2. 数据库内的每个表和字段也都有字符集的概念，一般都是根据上一级结构决定自身的字符集，比如表就根据database库的设定决定自己的字符集，字段根据表来决定自己的字符集。二. 统一字符集的方法：（以utf-8字符集来进行安装） 1. 要彻底解决字符集的方法就是让MySQL在安装的时候就是用utf-8的字符集设定(默认为latin1)，这样可以使上面的六个关键点的编码都为utf-8。 2. 使用STATUS命令查看MySQL中各个类别字符集的状态。也可用SHOW VARIABLES LIKE 'character_set_%' 查看MySQL字符集的一些设置情况。三. 若MySQL在安装时的字符集设置为latin1 可以在建库时，指定数据库的字符集为utf8。 CREATE DATABASE qss DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;

以上的相关内容就是对MySQL字符集总结的介绍，望你能有所收获。

MySQL字符集总结

上述的相关内容就是对MySQL字符集总结的描述，希望会给你带来一些帮助在此方面。

bitsCN.com

小编还为您整理了以下内容，可能对您也有帮助：

mysql 字符集和编码

特定类型字符的集合。例如：ASCII是英语字符集，GB2312、GBK、GB18030是中文字符集，BIG5是繁体中文自己集，Unicode是通用字符集，包含了世界上几乎所有已知的字符。

对字符集的编码方式。例如对于Unicode是通用字符集有三种编码方式：UTF-8、UTF-16、UTF-32。UTF-8使用1-4个字节编码、UTF-16使用2-4个字节编码、UTF-32使用固定四个字节编码（浪费空间）。

MySQL 支持很多种字符编码的方式，比如 UTF-8、GB2312、GBK、BIG5。

MySQL中数据库的默认字符集和校对规则有哪些？

1. ASCII

用途：用来映射简单的单字节字符，比如大小写英文字母、阿拉伯数字、常用的标点符、运算符、控制字符等。

编码范围：U+0000 - U+007F

注意：对于用这类字符的场景够用了，但是却无法表达比如汉字，日文等编码。

2. UNICODE

用途：用来映射包含 ASCII 以内的其他的所有字符。

编码范围：U+0000 - U+10FFFF

注意：ASCII 是 UNICODE 的子集，ASCII 编码的字符可以无损转换为 UNICODE 编码的字符。

MySQL 常用字符集

1. Latin1

Latin1 是 cp1252 或者 ISO-8859-1 的别名。ISO-8859-1 编码是单字节编码，向下兼容 ASCII。

编码范围：U+0000 - U+00FF

ISO-8859-1 收录的字符除 ASCII 收录的字符外，还包括西欧语言、希腊语、泰语、阿拉伯语、希伯来语对应的文字符号。

单字节内的空间都被 ISO-8859-1 编码占用，所以能够用 ISO-8859-1 编码存储、传输其他任何编码的字节流。

比如把一个 Utf8mb4 的编码或者 GBK 的编码存入 Latin1，不会有任何问题。因为 Latin1 保留了原始的字节流，这也就是 MySQL 长期以来把 Latin1 做默认字符集的原因。

但是由于 Latin1 对任何字符都存放字节流，造成了字符个数的浪费。

比如：

CHAR(10) CHARACTER SET LATIN1;CHAR(10) CHARACTER SET UTF8;

该字段中存储字符个数 UTF8 是 Latin1 的三倍！！！

2. GB18030

GB18030 是中国官方标准字符集，向前兼容 GBK、GB2312，是这两个的超集。用 1、2、4 个字节分别表示一个符号。比如对一般中文字符，默认是用两个字节编码存储。Windows 系统，默认用的就是 GB18030。

若只是存储中文字符，那 GB18030 最佳。

原因有两点：

1）占用空间小，比如比 UTF8 小。

2）存储的汉字根据拼音来排序，检索快。

3. UTF8

UTF8 是 Unicode 的编码实现，可以存储 UNICODE 编码对应的任何字符，这也是使用最多的一种编码。最大的特点就是变长的编码方式，用 1 到 4 个字节表示一个符号，可以根据不同的符号编码字节长度。

字母或数字用 1 字节，汉字用 3 字节，emoji 表情符号用 4 字节。UTF8 字符集目前是使用最广泛的。

注意！MySQL 里常说的 UTF8 是 UTF8MB3 的别名，UTF8MB3 是 UTF8MB4 的子集，UTF8MB4 才是真正的 4 字节 UTF8 字符集！

UTF8MB3 表示最大支持 3 个字节存储字符，UTF8MB4 表示最大 4 个字节存储字符。根据实际需要和未来展望，MySQL 8.0 已经默认用 UTF8MB4 基础字符集。

mysql数据库使用的是什么字符集?

MySQL字符集多种多样，下面为您列举了其中三种最常见的MySQL字符集查看方法，该方法供您参考，希望对您学习MySQL数据库能有所启迪。

一、查看MySQL数据库服务器和数据库MySQL字符集。

mysql> show variables like '%char%'; +--------------------------+-------------------------------------+------ | Variable_name | Value |...... +--------------------------+-------------------------------------+------ | character_set_client | utf8 |...... --

客户端字符集 | character_set_connection | utf8 |...... | character_set_database | utf8 |...... --

数据库字符集 | character_set_filesystem | binary |...... | character_set_results | utf8 |...... | character_set_server | utf8 |...... --

服务器字符集 | character_set_system | utf8 |...... | character_sets_dir | D:MySQL Server 5.0sharecharsets |...... +--------------------------+-------------------------------------+------

二、查看MySQL数据表（table）的MySQL字符集。

三、查看MySQL数据列（column）的MySQL字符集。

mysql数据库使用的是什么字符集?

MySQL字符集多种多样，下面为您列举了其中三种最常见的MySQL字符集查看方法，该方法供您参考，希望对您学习MySQL数据库能有所启迪。

一、查看MySQL数据库服务器和数据库MySQL字符集。

客户端字符集 | character_set_connection | utf8 |...... | character_set_database | utf8 |...... --

数据库字符集 | character_set_filesystem | binary |...... | character_set_results | utf8 |...... | character_set_server | utf8 |...... --

服务器字符集 | character_set_system | utf8 |...... | character_sets_dir | D:MySQL Server 5.0sharecharsets |...... +--------------------------+-------------------------------------+------

二、查看MySQL数据表（table）的MySQL字符集。

三、查看MySQL数据列（column）的MySQL字符集。

mysql如何在已有数据库上统一字符集

前言

数据库里面，部分数据表和数据是latin1的，部分数据表和数据是UTF8，还有部分表，表结构是utf8而数据是latin1。

这种奇葩情况，工作了十几年的我，还是第一次碰到。下面说一下，怎么样字符集统一成utf8

1，建一个空数据库

2，把表结构和数据是utf8的表导出，然后直接导入到新的数据库中

3，数据表和数据都是latin1的表，先导出表结构和数据，加上--default-character-set=latin1，将导出文件中，latin1改为utf8，在导入到新的数据库中。

4，表结构是utf8，表数据是latin1的，有二种方法：

4.1，先导出表结构，导入到新的数据库中。导出数据，加上--default-character-set=utf8，因为表结构是utf8，表数据是latin1，入库时已乱码。在将数据导入到新库中。这种方案有缺点，--default-character-set=utf8，导出的数据可能会有丢失，导出的数据，在导入时可能会报错。

4.2，可以通过binary字符集做中转，推荐这种方法

UPDATE user SET user_name = CONVERT(CONVERT(CONVERT(user_name USING latin1) USING binary) USING UTF8);

这种方法，省去了导出导入的麻烦，速度比较快，11w条数据，差不多5-6秒

数据库设计这块非常重要，在设计数据库时一定要考虑清楚。地基不牢，大厦迟早会倒的。您可能感兴趣的文章:简析mysql字符集导致恢复数据库报错问题mysql修改数据库编码(数据库字符集)和表的字符编码的方法mysql字符集和数据库引擎修改方法分享DW中链接mysql数据库时，建立字符集中文出现乱码的解决方法高性能MySQL:字符串类型(1)

字符串类型（）

MySQL 支持多种字符串类型每种类型还有很多变种这些数据类型在和版本发生了很大的变化使得情况更加复杂从MySQL 开始每个字符串列可以定义自己的字符集和排序规则或者说校对规则（collation）（更多关于这个主题的信息请参考第章）这些东西会很大程度上影响性能

VARCHAR 和CHAR 类型

VARCHAR 和CHAR 是两种最主要的字符串类型不幸的是很难精确地解释这些值是怎么存储在磁盘和内存中的因为这跟存储引擎的具体实现有关下面的描述假设使用的存储引擎是InnoDB 和/ 或者MyISAM 如果使用的不是这两种存储引擎请参考所使用的存储引擎的文档

先看看VARCHAR 和CHAR 值通常在磁盘上怎么存储请注意存储引擎存储CHAR 或者VARCHAR 值的方式在内存中和在磁盘上可能不一样所以MySQL 服务器从存储引擎读出的值可能需要转换为另一种存储格式下面是关于两种类型的一些比较

VARCHAR

VARCHAR 类型用于存储可变长字符串是最常见的字符串数据类型它比定长类型更节省空间因为它仅使用必要的空间（例如越短的字符串使用越少的空间）有一种情况例外如果MySQL 表使用ROW_FORMAT=FIXED 创建的话每一行都会使用定长存储这会很浪费空间

VARCHAR 需要使用或个额外字节记录字符串的长度如果列的最大长度小于或等于字节则只使用个字节表示否则使用个字节假设采用latin 字符集一个VARCHAR（）的列需要个字节的存储空间 VARCHAR（）的列则需要个字节因为需要个字节存储长度信息

VARCHAR 节省了存储空间所以对性能也有帮助但是由于行是变长的在UPDATE 时可能使行变得比原来更长这就导致需要做额外的工作如果一个行占用的空间增长并且在页内没有更多的空间可以存储在这种情况下不同的存储引擎的处理方式是不一样的例如 MyISAM 会将行拆成不同的片段存储 InnoDB则需要*页来使行可以放进页内其他一些存储引擎也许从不在原数据位置更新数据

下面这些情况下使用VARCHAR 是合适的字符串列的最大长度比平均长度大很多列的更新很少所以碎片不是问题使用了像UTF 这样复杂的字符集每个字符都使用不同的字节数进行存储

在或者更高版本 MySQL 在存储和检索时会保留末尾空格但在或更老的版本 MySQL 会剔除末尾空格

InnoDB 则更灵活它可以把过长的VARCHAR 存储为BLOB 我们稍后讨论这个问题

CHAR

CHAR 类型是定长的 MySQL 总是根据定义的字符串长度分配足够的空间当存储CHAR 值时 MySQL 会删除所有的末尾空格（在MySQL 和更老版本中VARCHAR也是这样实现的也就是说这些版本中CHAR 和VARCHAR 在逻辑上是一样的区别只是在存储格式上） CHAR 值会根据需要采用空格进行填充以方便比较

CHAR 适合存储很短的字符串或者所有值都接近同一个长度例如 CHAR 非常适合存储密码的MD 值因为这是一个定长的值对于经常变更的数据 CHAR 也比VARCHAR 更好因为定长的CHAR 类型不容易产生碎片对于非常短的列 CHAR 比VARCHAR 在存储空间上也更有效率例如用CHAR（）来存储只有Y 和N 的值如果采用单字节字符集注只需要一个字节但是VARCHAR（）却需要两个字节因为还有一个记录长度的额外字节

CHAR 类型的这些行为可能有一点难以理解下面通过一个具体的例子来说明首先我们创建一张只有一个CHAR（）字段的表并且往里面插入一些值

当检索这些值的时候会发现string 末尾的空格被截断了

如果用VARCHAR（）字段存储相同的值可以得到如下结果

数据如何存储取决于存储引擎并非所有的存储引擎都会按照相同的方式处理定长和变长的字符串 Memory 引擎只支持定长的行即使有变长字段也会根据最大长度分配最大空间不过填充和截取空格的行为在不同存储引擎都是一样的因为这是在MySQL 服务器层进行处理的

返回目录 高性能MySQL

编辑推荐

ASP NET MVC 框架揭秘

Oracle索引技术

ASP NET开发培训视频教程

lishixin/Article/program/MySQL/201311/29687

高性能MySQL:字符串类型(1)

字符串类型（）

VARCHAR 和CHAR 类型

VARCHAR

在或者更高版本 MySQL 在存储和检索时会保留末尾空格但在或更老的版本 MySQL 会剔除末尾空格

InnoDB 则更灵活它可以把过长的VARCHAR 存储为BLOB 我们稍后讨论这个问题

CHAR

CHAR 类型的这些行为可能有一点难以理解下面通过一个具体的例子来说明首先我们创建一张只有一个CHAR（）字段的表并且往里面插入一些值

当检索这些值的时候会发现string 末尾的空格被截断了

如果用VARCHAR（）字段存储相同的值可以得到如下结果

返回目录 高性能MySQL

编辑推荐

ASP NET MVC 框架揭秘

Oracle索引技术

ASP NET开发培训视频教程

lishixin/Article/program/MySQL/201311/29687

请教mysql 字符集的问题。

对于使用者来说，一般推荐使用utf8编码来存储数据。而要解决乱码问题，不单单是MySQL数据的存储问题，还
和用户的程序文件的编码方式、用户程序和MySQL数据库的连接方式都有关系。

首先，MySQL有默认的字符集，这个是安装的时候确定的，在编译MySQL的时候可以通过DEFAULT_CHARSET=
utf8和DEFAULT_COLLATION=utf8_general_ci这两个参数（MySQL5.5版本，5.1版本用--with-charset=
utf8 --with-collation=utf8_general_ci）来指定默认的字符集为utf8，这也是最一劳永逸的办法，这样指定后，
客户端连接到数据库的编码方式也默认是utf8了，应用程序不需要任何处理。

　　但是遗憾的是，很多人编译安装MySQL的时候没有指定这两个参数，大多数人更是通过二进制程序的方式安装，那
么这时候MySQL的默认字符集是latin1。而这时候我们仍然可以指定MySQL的默认字符集，通过my.cnf文件增加
两个参数：
1.在[mysqld]下添加
default-character-set=utf8（mysql 5.5 版本添加character-set-server=utf8）
2.在[client]下添加
default-character-set=utf8
这样我们建数据库建表的时候就不用特别指定utf8的字符集了。配置文件里的这种写法解决了数据存储和比较的问题
，但是对客户端的连接是没有作用的，客户端这时候一般需要指定utf8方式连接才能避免乱码。也就是传说总的set
names命令。事实上，set names utf8命令对应的是服务器端以下几个命令：
SET character_set_client = utf8;
SET character_set_results = utf8;
SET character_set_connection = xutf8;
但这三个参数是不能写在配置文件my.cnf里的。只能通过set命令来动态修改。我们需要的是在配置文件里写好一劳
永逸的办法。那么这时候，是否有在服务端解决问题的办法呢，可行的思路是在init_connect里设置。这个命令在每
个普通用户连接上来的时候都会触发执行，可以在[mysqld]部分增加以下一行设置连接字符集：
在[mysqld]下添加：
init_connect = ‘SET NAMES utf8‘
总结：
1、首选在编译安装MySQL的时候指定两个参数使用utf8编码。
2、次选在配置文件my.cnf或my.ini设定两个参数，同时设置init_connect参数。
3、第三在配置文件my.cnf或my.ini设定两个参数，同时客户端的连接指定set names命令。
4、在配置文件my.cnf里的client和server处加入default-character-set参数方便管理。

 1 -------客户端---- 2 [client] 3 no-beep 4 5 # pipe 6 # socket=mysql 7 port=3306 8 9 [mysql]10 11 default-character-set=gb231212 13 -----服务器----14 15 # The default character set that will be used when a new schema or table is16 # created and no character set is defined17 character-set-server=gb2312

更改my.ini文件client、server的字符集

1.service mysqld stop,停用mysql。

2.cp /etc/my.cnf /etc/my.cnf.bak,修改前做备份，这是个好习惯。

修改my.cnf或my.ini(只有修改配置文件，并重启服务器，才能永久生效)
vi /etc/my.cnf
在[client]下添加，client为控制客户端的，没试过，没有的可以不需要加。
default-character-set=utf8
在[mysqld]下添加，mysqld为控制服务器端的，改过了，OK。
default-character-set=utf8

3.service mysqld restart，重启。

4.show variables like ‘%char%‘;查看。

以下为网络转载，比较全。

//////////////////////////////////////////

查看mysql字符集MySQL 乱码的根源是的 MySQL 字符

ubuntu 10.04 mySql 启动，停止，重启

启动：sudo /etc/init.d/mysql start
停止：sudo /etc/init.d/mysql stop
重启：sudo /etc/init.d/mysql restart

注意：从windows下拷贝过来的文件在linux下不能直接加入数据库，因为字符集不一样，这样打开即使显示是中文也不能在数据库中显示，要把文件拷贝进linux的另一个文件中转换字符才可以。

MySQL 乱码的根源是的 MySQL 字符集设置不当的问题，本文汇总了有关查看 MySQL 字符集的命令。包括查看 MySQL 数据库服务器字符集、查看 MySQL 数据库字符集，以及数据表和字段的字符集、当前安装的 MySQL 所支持的字符集等。

一、查看 MySQL 数据库服务器和数据库字符集。

mysql> show variables like ‘%char%‘;

二、查看 MySQL 数据表（table）的字符集。

mysql> show table status from sqlstudy_db like ‘%countries%‘;

三、查看 MySQL 数据列（column）的字符集。

mysql> show full columns from countries;

四、查看当前安装的 MySQL 所支持的字符集。

mysql> show charset;

mysql> show char set;

以上查看 MySQL 字符集命令，适用于 Windows & Linux。

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.cnf
/usr/share/texmf/web2c/mktex.cnf
/usr/share/texmf/web2c/fmtutil.cnf
/usr/share/texmf/tex/xmltex/xmltexfmtutil.cnf
/usr/share/texmf/tex/jadetex/jadefmtutil.cnf
/usr/share/doc/MySQL-server-community-5.1.22/my-innodb-heavy-4G.cnf
/usr/share/doc/MySQL-server-community-5.1.22/my-large.cnf
/usr/share/doc/MySQL-server-community-5.1.22/my-small.cnf
/usr/share/doc/MySQL-server-community-5.1.22/my-medium.cnf
/usr/share/doc/MySQL-server-community-5.1.22/my-huge.cnf

2. 拷贝 small.cnf、my-medium.cnf、my-huge.cnf、my-innodb-heavy-4G.cnf其中的一个到/etc下，命名为my.cnf
cp /usr/share/mysql/my-medium.cnf /etc/my.cnf

3. 修改my.cnf 或my.ini(5.6版本)
vi /etc/my.cnf
在[client]下添加
　　default-character-set=utf8
在[mysqld]下添加
　　default-character-set=utf8

4.重新启动MySQL
[root@bogon ~]# /etc/rc.d/init.d/mysql restart
Shutting down MySQL [ 确定 ]
Starting MySQL. [ 确定 ]
[root@bogon ~]# mysql -u root -p
Enter password:
Welcome to the MySQL monitor. Commands end with ; or g.
Your MySQL connection id is 1
Server version: 5.1.22-rc-community-log MySQL Community Edition (GPL)
Type ‘help;‘ or ‘h‘ for help. Type ‘c‘ to clear the buffer.

其他的一些设置方法：
通过配置文件修改:
修改/var/lib/mysql/mydb/db.opt
default-character-set=latin1
default-collation=latin1_swedish_ci
为
default-character-set=utf8
default-collation=utf8_general_ci
重起MySQL:
[root@bogon ~]# /etc/rc.d/init.d/mysql restart

1.更改客户端、服务器、数据库字符集的命令：

mysql> set character_set_client=utf8;
mysql> set character_set_connection=utf8;
mysql> set character_set_database=utf8;
mysql> set character_set_results=utf8;
mysql> set character_set_server=utf8;
mysql> set character_set_system=utf8;
mysql> set collation_connection=utf8;
mysql> set collation_database=utf8;
mysql> set collation_server=utf8;

2.查看字符集：

show variables like ‘collation_%‘;

show variables like ‘character_set_%‘;

3.设置数据库字符集：

#修改数据库字符集
alter database mini default character set = gb2312;
#创建数据库设置字符集
create database mydb character set gb2312;

4.修改单个表字符集：

alter table pub_logs default character set = gb2312;
alter table pub_logs convert to character set gb2312;

5.生成批量更改表字符集：

SELECT a.TABLE_TYPE,CONCAT(‘alter TABLE ‘,A.TABLE_NAME,‘ default character set = gb2312;‘) FROM INFORMATION_SCHEMA.TABLES A
WHERE A.TABLE_SCHEMA=‘MINI‘ AND a.TABLE_TYPE=‘BASE TABLE‘;

6.生成批量更改列字符集

SELECT CONCAT(CONCAT(CONCAT(‘alter TABLE ‘,c.TABLE_NAME,‘ modify‘),CONCAT(‘ ‘,C.COLUMN_NAME,‘ ‘),C.COLUMN_TYPE),‘ ‘,‘ character set gb2312 COLLATE gb2312_chinese_ci;‘) AS CLOU
FROM
INFORMATION_SCHEMA.COLUMNS C,INFORMATION_SCHEMA.TABLES A
WHERE c.TABLE_SCHEMA=‘MINI‘
AND A.TABLE_NAME=c.TABLE_NAME
AND A.TABLE_TYPE=‘BASE TABLE‘
AND c.DATA_TYPE=‘varchar‘;

MySQL存储过程的字符集问题

MySQL存储过程中经常会出现字符集的问题，这就需要大家掌握MySQL存储过程中出现字符集问题的处理方法，下文中就将给大家解析MySQL存储过程中出现的字符集问题。

MySQL存储是MySQL数据库操作中非常重要的一个工作，也是大家平时工作中都要应用到的。由于存储过程中定义参数时，无法定义其字符集，因此调用存储过程的时候，会默认读取全局变量character_set_server，而且还是只读取mysqld启动时该全局变量的值作为存储过程中默认的传输字符集。因此，如果数据表/字段使用系统默认的字符集(比如latin1)的话，调用存储过程更新一些非英文的字符串字段时，就不会发生问题；但是，如果数据表/字段的字符集不是系统默认的字符集(比如默认是latin1，数据表使用的是utf8)，就会出现问题了。

解决办法：

在my.cnf(windows下是my.ini)，增加一行：

default-character-set=utf8

或者

character-set-server=utf8

也可以。如果只是在mysqld启动之后，在 mysql 命令行中用 SET 语法来更新的话则不起作用。

mysql字符集问题

标签：

请教mysql 字符集的问题。

 1 -------客户端---- 2 [client] 3 no-beep 4 5 # pipe 6 # socket=mysql 7 port=3306 8 9 [mysql]10 11 default-character-set=gb231212 13 -----服务器----14 15 # The default character set that will be used when a new schema or table is16 # created and no character set is defined17 character-set-server=gb2312

更改my.ini文件client、server的字符集

1.service mysqld stop,停用mysql。

2.cp /etc/my.cnf /etc/my.cnf.bak,修改前做备份，这是个好习惯。

3.service mysqld restart，重启。

4.show variables like ‘%char%‘;查看。

以下为网络转载，比较全。

//////////////////////////////////////////

查看mysql字符集MySQL 乱码的根源是的 MySQL 字符

ubuntu 10.04 mySql 启动，停止，重启

启动：sudo /etc/init.d/mysql start
停止：sudo /etc/init.d/mysql stop
重启：sudo /etc/init.d/mysql restart

一、查看 MySQL 数据库服务器和数据库字符集。

mysql> show variables like ‘%char%‘;

二、查看 MySQL 数据表（table）的字符集。

mysql> show table status from sqlstudy_db like ‘%countries%‘;

三、查看 MySQL 数据列（column）的字符集。

mysql> show full columns from countries;

四、查看当前安装的 MySQL 所支持的字符集。

mysql> show charset;

mysql> show char set;

以上查看 MySQL 字符集命令，适用于 Windows & Linux。

1.更改客户端、服务器、数据库字符集的命令：

2.查看字符集：

show variables like ‘collation_%‘;

show variables like ‘character_set_%‘;

3.设置数据库字符集：

#修改数据库字符集
alter database mini default character set = gb2312;
#创建数据库设置字符集
create database mydb character set gb2312;

4.修改单个表字符集：

alter table pub_logs default character set = gb2312;
alter table pub_logs convert to character set gb2312;

5.生成批量更改表字符集：

SELECT a.TABLE_TYPE,CONCAT(‘alter TABLE ‘,A.TABLE_NAME,‘ default character set = gb2312;‘) FROM INFORMATION_SCHEMA.TABLES A
WHERE A.TABLE_SCHEMA=‘MINI‘ AND a.TABLE_TYPE=‘BASE TABLE‘;

6.生成批量更改列字符集

MySQL存储过程的字符集问题

解决办法：

在my.cnf(windows下是my.ini)，增加一行：

default-character-set=utf8

或者

character-set-server=utf8

也可以。如果只是在mysqld启动之后，在 mysql 命令行中用 SET 语法来更新的话则不起作用。

mysql字符集问题

标签：

请简述MySQL字符集的选择方法。

【答案】：对MySQL数据库来说，字符集很重要，因为数据库存储的数据大部分都是各种文字，字符集对数据库的存储，处理性能都会有所影响。

主要考虑一下几方面的因素

1.满足应用支持语言的需求，应用处理各种各样的文字，发布到使用不同语言的国家或地区，可以选择Unicode字符集，MySQL的话可以选择UTF-8

2.如果应用中涉及已有数据的导入，就要充分考虑数据库字符集对已有数据的兼容性。

假设数据是GBK文字，如果选择其他数据库字符集，就可能导致某些文字无法正确导入的问题。

3.如果数据库需要支持一般是中文，数据量很大，性能要求也很高，可以选择双字节定长编码的中文字符集，比如GBK。

因为相对于UTF-8而言，GBK比较小，每个汉字只占用2个字节，而UTF-8汉字编码需要3个字节，这样可以减少磁盘I/O，数据库缓存，已经网络传输的时间，从而提高性能。

如果是英文字符，仅有少量汉字字符，那么选择UTF-8更好。

4.如果数据库需要做大量的字符运算，如比较、排序，那么选择定长字符集可能会更好，因为定长字符集的处理速度比变长的快。

二、MySQL支持的字符集

MySQL服务器可以支持多种字符集，在同一台服务器，同一个数据库，同一个表都可以指定不同的字符集。

查看所有可用字符集的命令 show character set;

例如MySQL5.7支持41种可以用字符集

mysql> show character set;

三、MySQL的字符集包括字符集和校对规则

1.字符集用来定义MySQL存储字符串的方式

2.校对规则用来定义比较字符串的方式。

3.字符集和校对规则是一对多关系

4.每个字符集至少对应一个校对规则

例如：查看gbk的校对

show collation like 'gbk%';

四、MySQL字符集的设置

1.MySQL的字符集和校对规则有4个级别的默认设置，服务器级、数据库级、表级、和字段级。

2.服务器字符集和校对规则

Mysql中的UTF-8字符集与字符集排序规则的选择

标准的UTF-8 字符集编码，是可以用 1~4 个字节去编码21位字符，是一种变长的编码格式，这几乎包含了是世界上所有能看见的语言了。

然而在MySQL里实现的utf8最长使用3个字节，节省空间但不能表达全部的UTF-8，只支持到了 Unicode 中的“基本多文种平面”（U+0000至U+FFFF，Basic Multilingual Plane，BMP），但并不是所有。现在手机端常用的表情字符 emoji和一些不常用的汉字需要四个字节才能编码出来。

MySQL在 5.5.3 之后增加了 utf8mb4 字符编码，mb4即 most bytes 4,使用4个字节来表示完整的UTF-8，是utf8 的超集并完全兼容utf8，能够用4个字节存储更多的字符。

utf8mb4_bin：将字符串每个字符用二进制数据编译存储，区分大小写，而且可以存二进制的内容。

utf8mb4_general_ci ：不区分大小写，不支持扩展，它仅能够在字符之间进行逐个比较，没有实现Unicode排序规则，在遇到某些特殊语言或者字符集，排序结果可能不一致。但是，在绝大多数情况下，这些特殊字符的顺序并不需要那么精确。

utf8mb4_unicode_ci ：是基于标准的unicode来排序和比较，能够在各种语言之间精确排序，unicode排序规则为了能够处理特殊字符的情况，实现了略微复杂的排序算法。

_bin : binary case sensitive collation，区分大小写的

_cs : case sensitive collation，区分大小写

_ci : case insensitive collation，不区分大小写

主要从排序准确性和性能两方面看：

参考链接： https://www.cnblogs.com/qingfengEthan/p/11326741.html

本文如未解决您的问题请添加抖音号：51dongshi（抖音搜索懂视），直接咨询即可。

上一篇：新鲜草莓的保存方法

下一篇：无