MySQL字符集乱码及解决方案分享

前言

字符集是一套符号和编码的规则,不论是在oracle数据库还是在mysql数据库,都存在字符集的选择问题,而且如果在数据库创建阶段没有正确选择字符集,那么可能在后期需要更换字符集,而字符集的更换是代价比较高的操作,也存在一定的风险,所以,我们推荐在应用开始阶段,就按照需求正确的选择合适的字符集,避免后期不必要的调整。

实战

1、安装MySQL数据库

2、乱码演示

mysql> show variables like 'character_set%';
+--------------------------+----------------------------------+
| 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 | /usr/local/mysql/share/charsets/ |
+--------------------------+----------------------------------+
8 rows in set (0.00 sec)

mysql> insert into test.table10 values (1,'云中鹤');
Query OK, 1 row affected (0.00 sec)

mysql> select * from test.table10;
+------+-----------+
| id | names |
+------+-----------+
| 1 | 云中鹤 |
+------+-----------+
1 row in set (0.00 sec)

mysql> set names latin1;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from test.table10;
+------+-------+
| id | names |
+------+-------+
| 1 | ??? |
+------+-------+
1 row in set (0.00 sec)

mysql> show variables like 'character_set%';
+--------------------------+----------------------------------+
| Variable_name  | Value    |
+--------------------------+----------------------------------+
| character_set_client | latin1 #客户端来源数据使用的字符集
| character_set_connection | latin1 # 连接层字符集
| character_set_database | utf8 #当前选中数据库的默认字符集
| character_set_filesystem | binary
| character_set_results | latin1 #查询结果字符集 |
| character_set_server | utf8 #默认的内部操作字符集   |
| character_set_system | utf8 #系统元数据(字段名等)字符集
| character_sets_dir | /usr/local/mysql/share/charsets/ |
+--------------------------+----------------------------------+
8 rows in set (0.00 sec)

乱码解决办法

从上面可以看出,set names latin1;改变了三个参数.. 只要做到客户端,MySQL character-set-client,table charset三个字符集完全一致就可以保证一定不会有乱码出现。

方式:

​       1、在mysql命令行模式下执行set names xxx;

 mysql> set names utf8;
 Query OK, 0 rows affected (0.01 sec)

2、登录mysql的时候指定默认字符集

 [root@node1 ~]# mysql -S /tmp/mysql.sock4 --defaults-character-set=utf8 #-S 指定多实例mysql的套接字文件,
 使用--defaults-character-set 指定默认字符集。

​       3、 修改/etc/sysconfig/i18n 文件,在my.cnf不指定默认字符集的情况下。

 vim /etc/sysconfig/i18n
 LANG='zh_CN.UTF-8' #如果my.cnf不指定,默认使用系统字符集

​       4、  修改my.cnf 文件,下面两个字段在任意一个字段都是可以的。

  [client]
  default-character-set=latin1
  [mysql]
  default-character-set=latin1

​    前两种1,2是临时解决方案,后面两种3,4是永久有效的方案

查看字符集

1、查看系统当前字符集设置,修改之后登陆mysql执行。show variables lile 'character_set%';

mysql> show variables like 'character_set%';#我修改的为utf8,所以客户端的三个参数都是utf8.你可以自行设置字符集。
+--------------------------+----------------------------------+
| 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  | /usr/local/mysql/share/charsets/ |

2、mysql常用字符集。执行命令show character set; 查看系统支持字符集。

mysql> show character set;
+----------+-----------------------------+---------------------+--------+
| Charset | Description     | Default collation | Maxlen |
+----------+-----------------------------+---------------------+--------+
| big5  | Big5 Traditional Chinese | big5_chinese_ci  |  2 |
| dec8  | DEC West European   | dec8_swedish_ci  |  1 |
| cp850 | DOS West European   | cp850_general_ci |  1 |
| hp8  | HP West European   | hp8_english_ci  |  1 |
| koi8r | KOI8-R Relcom Russian  | koi8r_general_ci |  1 |
| latin1 | cp1252 West European  | latin1_swedish_ci |  1 | #常用
| latin2 | ISO 8859-2 Central European | latin2_general_ci |  1 |
| swe7  | 7bit Swedish    | swe7_swedish_ci  |  1 |
| ascii | US ASCII     | ascii_general_ci |  1 |
| ujis  | EUC-JP Japanese    | ujis_japanese_ci |  3 |
| sjis  | Shift-JIS Japanese   | sjis_japanese_ci |  2 |
| hebrew | ISO 8859-8 Hebrew   | hebrew_general_ci |  1 |
| tis620 | TIS620 Thai     | tis620_thai_ci  |  1 |
| euckr | EUC-KR Korean    | euckr_korean_ci  |  2 |
| koi8u | KOI8-U Ukrainian   | koi8u_general_ci |  1 |
| gb2312 | GB2312 Simplified Chinese | gb2312_chinese_ci |  2 |
| greek | ISO 8859-7 Greek   | greek_general_ci |  1 |
| cp1250 | Windows Central European | cp1250_general_ci |  1 |
| gbk  | GBK Simplified Chinese  | gbk_chinese_ci  |  2 | #常用
| latin5 | ISO 8859-9 Turkish   | latin5_turkish_ci |  1 |
| armscii8 | ARMSCII-8 Armenian   | armscii8_general_ci |  1 |
| utf8  | UTF-8 Unicode    | utf8_general_ci  |  3 |#常用
| ucs2  | UCS-2 Unicode    | ucs2_general_ci  |  2 |
| cp866 | DOS Russian     | cp866_general_ci |  1 |
| keybcs2 | DOS Kamenicky Czech-Slovak | keybcs2_general_ci |  1 |
| macce | Mac Central European  | macce_general_ci |  1 |
| macroman | Mac West European   | macroman_general_ci |  1 |
| cp852 | DOS Central European  | cp852_general_ci |  1 |
| latin7 | ISO 8859-13 Baltic   | latin7_general_ci |  1 |
| utf8mb4 | UTF-8 Unicode    | utf8mb4_general_ci |  4 | #常用
| cp1251 | Windows Cyrillic   | cp1251_general_ci |  1 |
| utf16 | UTF-16 Unicode    | utf16_general_ci |  4 |
| cp1256 | Windows Arabic    | cp1256_general_ci |  1 |
| cp1257 | Windows Baltic    | cp1257_general_ci |  1 |
| utf32 | UTF-32 Unicode    | utf32_general_ci |  4 |
| binary | Binary pseudo charset  | binary    |  1 |
| geostd8 | GEOSTD8 Georgian   | geostd8_general_ci |  1 |
| cp932 | SJIS for Windows Japanese | cp932_japanese_ci |  2 |
| eucjpms | UJIS for Windows Japanese | eucjpms_japanese_ci |  3 |
+----------+-----------------------------+---------------------+--------+
39 rows in set (0.00 sec)

字符集选择

​      1、如果处理各种各样的文字,发布到不同语言国家地区,选择Unicode。,对mysql对号utf-8。

​      2、只需中文,数据量很大,性能要求也高,选择gbk.。

​      3、处理移动物联网业务,选utf8mb4

​      建议在能够完全满足应用的前提下,尽量使用小的字符集。因为更小的字符集意味着能够节省空间、减少网络传输字节数,同时由于存储空间的较小间接的提高了系统的性能。

服务器字符集设置

[mysqld]
...
character-set-server=utf8 #添加这条语句,可设置服务器端字符集。

mysql服务端重新启动后,这两个参数会改变为设定值。

| character_set_server  | utf8
| character_set_database | utf8

切换字符集

将一种编码的数据库转换为另一种编码的数据。

alter database dbname character set xxx; #只能对以后的数据有效,对之前的数据无效。基本不使用

常用转换数据库字符集方案

mysqldump -S /tmp/mysql.sock4 --default-character-set=utf8 -d test > /data/test-`date +%F`.sql #1、导出表结构而不导出数据

vim /data/test-`date +%F`.sql
DROP TABLE IF EXISTS `table10`;
/*!40101 SET @saved_cs_client  = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `table10` (
 `id` int(11) DEFAULT NULL,
 `names` char(20) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8; #2、这里的CHARSET改为你想要修改的字符集

mysqldump -S /tmp/mysql.sock4 --extended-insert --no-create-info test > /data/test-data-`date +%F`.sql #3、导出数据内容

vim /data/test-data-`date +%F`.sql
LOCK TABLES `table10` WRITE;
set names utf8; #4、这一行是多加的,自己指定想要转换的字符集
INSERT INTO `table10` VALUES (1,'云中鹤');
UNLOCK TABLES;

mysql> create database if not exists test; #5、创建数据库,存储转换后的数据
Query OK, 1 row affected, 0 warning (0.00 sec)

mysql -S /tmp/mysql.sock4 test < /data/test-`date +%F`.sql #6、导入表结构

mysql -S /tmp/mysql.sock4 test < /data/test-data-2015-09-25.sql #7、导入表数据

最后

这是在15年的时候,自己学习MySQL的笔记,今天再拿出来分享下

总结

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对我们的支持。

(0)

相关推荐

  • MySQL执行update语句和原数据相同会再次执行吗

    背景 本文主要测试MySQL执行update语句时,针对与原数据(即未修改)相同的update语句会在MySQL内部重新执行吗? 测试环境 MySQL5.7.25 Centos 7.4 binlog_format为ROW 参数 root@localhost : (none) 04:53:15> show variables like 'binlog_row_image'; +------------------+-------+ | Variable_name | Value | +------

  • 使用shell脚本来给mysql加索引的方法

    用shell脚本来给mysql加索引 刚好用到, mark一下: #! /bin/bash tb_base=tb_student_ arr=("0" "1" "2" "3" "4" "5" "6" "7" "8" "9" "a" "b" "c" &q

  • Mysql开启慢SQL并分析原因

    第一步.开启mysql慢查询 方式一:修改配置文件 Windows:Windows 的配置文件为 my.ini,一般在 MySQL 的安装目录下或者 c:\Windows 下. Linux:Linux 的配置文件为 my.cnf ,一般在 /etc 下 在 my.ini 增加几行: [mysqlld] long_query_time=2 #5.0.5.1等版本配置如下选项 log-slow-queries="mysql_slow_query.log" #5.5及以上版本配置如下选项 s

  • Mysql查询很慢卡在sending data的原因及解决思路讲解

    因为编写了一个Python程序,密集的操作了一个Mysql库,之前数据量不大时,没发现很慢,后来越来越慢,以为只是数据量大了的原因,但是后来慢到不能忍受了,查了半天,索引能用的都用上了,执行一次还是要3到4秒,不能忍受了. 于是把一些可以缓存的查询全部用redis缓存了起来,大大加速了应用. 但是还是有一些没办法缓存的,或者说,每次查询都是不一样的结果的就没办法了.用navicat的查询概况可以看到卡住的地方是在:Sending data一段,用时3.5秒,占了99%的查询时间. 在网上查了一些

  • 详解MySQL是如何解决幻读的

    一.什么是幻读 在一次事务里面,多次查询之后,结果集的个数不一致的情况叫做幻读. 而多出来或者少的哪一行被叫做 幻行 二.为什么要解决幻读 在高并发数据库系统中,需要保证事务与事务之间的隔离性,还有事务本身的一致性. 三.MySQL 是如何解决幻读的 如果你看到了这篇文章,那么我会默认你了解了 脏读 .不可重复读与可重复读. 1. 多版本并发控制(MVCC)(快照读) 多数数据库都实现了多版本并发控制,并且都是靠保存数据快照来实现的. 以 InnoDB 为例,每一行中都冗余了两个字断.一个是行的

  • 解决MySQl查询不区分大小写的方法讲解

    问题 最近,在用SSH框架完成一个实践项目时,碰到了一个莫名其妙的Bug困扰了我好久,最后终于解决,记录如下. 问题:同学在测试系统的时候突然发现,数据库保存的账户本来应该是admin,结果该同学用Admin账户居然登录成功了-- --EXM???这样也行?好吧,我还是查找这个Bug发生的原因吧.然后就是各种排查程序的过程,找来找去也没发现什么问题.终于想到,不用hql,自己写sql语句在数据库里面直接查询试试,结果果然发现了问题所在: select * from user where user

  • 想取消错误的mysql命令怎么办?

    敲了一个错误的mysql命令, 想取消怎么办? 如果用ctrl + c, 就直接退出了.怎么办呢?来看看: mysql> show tables; \c +-------------------+ | Tables_in_db_test | +-------------------+ | tb_test | | tb_test_ex | +-------------------+ 2 rows in set (0.00 sec) mysql> show tables \c mysql>

  • 详解mysql数据库增删改操作

    插入数据 insert into 表名(列名1,列名2,列名3) values(值1,值2,值3); insert into user(user_id,name,age) values(1,'nice',24); 简单写法可以省去字段名,但是要插入全部字段. 批量插入 单条插入和批量插入的效率问题 mysql多条数据插入效率大于单条数据插入 删除记录 delete from 表名 [where 条件] 如果没有指定条件,会将表中数据一条一条全部删除掉. delete删除数据和truncate删除

  • 详解使用navicat连接远程linux mysql数据库出现10061未知故障

    使用使用navicat连接远程linux mysql数据库出现10061未知故障,设置使用ssh连接后出现2013故障 本机环境:win10 navicat premium mysql数据库主机环境:Linux version 4.15.0-42-generic (buildd@lgw01-amd64-023) (gcc version 7.3.0 (Ubuntu 7.3.0-16ubuntu3)) #45-Ubuntu SMP Thu Nov 15 19:32:57 UTC 2018 mysq

  • Mysql优化策略(推荐)

    总的来说: 1.数据库设计和表创建时就要考虑性能 2.sql的编写需要注意优化 3.分区.分表.分库 设计表的时候: 1.字段避免null值出现,null值很难查询优化且占用额外的索引空间,推荐默认数字0代替null. 2.尽量使用INT而非BIGINT,如果非负则加上UNSIGNED(这样数值容量会扩大一倍),当然能使用TINYINT.SMALLINT.MEDIUM_INT更好. 3.使用枚举或整数代替字符串类型 4.尽量使用TIMESTAMP而非DATETIME 5.单表不要有太多字段,建议

随机推荐