mysql操作命令梳理(4)-中文乱码问题

mysql操作命令梳理(4)-中文乱码问题

大家好,又见面了,我是全栈君。

 

在平时的mysql运维操作中,经常会碰到插入中文字段后出现乱码的情况,产生中文乱码的原因一般有:
1)mysql的编码格式不对,是latin1编码。强烈推荐将mysql下的编码格式都改为utf8,因为它兼容世界上所有字符!
2)mysql的表的语系设定问题(包含character与collation)
3)客户端程式(例如php)的连线语系设定问题

下面就对Mysql下处理数据表中中文字段乱码问题的操作做一记录:
为了防止后续操作出现乱码现象,最好在创建库或数据表的时候就设置正确的编码。
    创建数据库的时候,设置编码格式

mysql> CREATE DATABASE hqsb 
    -> CHARACTER SET utf8 
    -> COLLATE utf8_general_ci;  
Query OK, 1 row affected (0.01 sec)

    创建表的时候,设置编码格式

mysql> use hqsb;
Database changed
mysql>   CREATE TABLE haha (                                                                                                                   
    ->   id int(10) PRIMARY KEY AUTO_INCREMENT,
    ->   name varchar(64) NOT NULL
    ->   ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
Query OK, 0 rows affected (0.02 sec)

这3个设置好了,基本就不会出问题了,即建库和建表时都使用相同的编码格式。

如果在建库建表的时候没有指明编码格式导致中文乱码,可以通过以下方式进行查询。
1)查看mysql系统默认的编码格式(保证下面查询结果中的所有编码格式都是utf8,有不是的就手动修改!):
a)session范围(临时修改,当前窗口有效)
查看数据库编码 

mysql> show variables like "%char%";  
+--------------------------+----------------------------------+
| Variable_name            | Value                            |
+--------------------------+----------------------------------+
| character_set_client     | gbk                             |
| character_set_connection | gbk                              |
| character_set_database   | utf8                             |
| character_set_filesystem | binary                           |
| character_set_results    | gbk                              |
| character_set_server     | utf8                             |
| character_set_system     | utf8                             |
| character_sets_dir       | /usr/local/mysql/share/charsets/ |
+--------------------------+----------------------------------+
8 rows in set (0.01 sec)

手动修改字符集(如上,哪一项不是utf8,就修改哪一项):

mysql> SET character_set_filesystem='utf8';  
Query OK, 0 rows affected (0.00 sec)

再次查看是否已修改:

mysql> show variables like "%char%";  
+--------------------------+----------------------------------+
| Variable_name            | Value                            |
+--------------------------+----------------------------------+
| character_set_client     | utf8                             |
| character_set_connection | utf8                             |
| character_set_database   | utf8                             |
| character_set_filesystem | utf8                           |
| 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.01 sec)

如上可以看到字符集已经修改成都是utf8了。但是这里有一个问题,那就是重新打开一个命令窗口然后查看数据编码就又出现上面非utf8的情况。这就需要设置global范围:
b)global范围(临时修改,跨窗口有效)
mysql 设置变量的范围默认是 session 范围。如果设置多个会话的字符集那么需要设置 global 范围:Set [global|session] variables …

mysql> set global character_set_filesystem='utf8';  
Query OK, 0 rows affected (0.00 sec)

mysql> show variables like "%char%";  
+--------------------------+----------------------------------+
| Variable_name            | Value                            |
+--------------------------+----------------------------------+
| character_set_client     | utf8                             |
| character_set_connection | utf8                             |
| character_set_database   | utf8                             |
| character_set_filesystem | utf8                           |
| 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.01 sec)

当跨会话查看mysql字符集都会看到都是utf8。如果以为这样就万事大吉了的话,那么就大错特错了。
c)设置数据全局范围(全局修改,永久生效)
如上设置后,当数据库重启后,就会发现设置global范围的值又变成latin1了!
修改 mysql 配置文件 /etc/my.cnf

[mysqld]
character-set-server=utf8 
[client]
default-character-set=utf8 
[mysql]
default-character-set=utf8

如上设置后,重启 mysql 服务,就会发现它的字符集就完全变成 utf8了。
不过需要请注意上面这几个参数配置的位置,不然可能会启动不起来 mysql 服务!
这样,后续创建数据库或表的时候不需要指定字符编码,它默认就是 utf8!

Mysql字符集修改的两点总结:
– 直接在session级别设置mysql的字符编码,这是治标不治本的方法;
– 要从源头上解决这个问题。那就是修改 mysql 默认的配置文件,把它的字符集修改成能够使用中文字符的UTF8才行!

2)查看数据库(比如hqsb)的编码格式:

mysql> show create database hqsb;
+----------+---------------------------------------------------------------+
| Database | Create Database                                               |
+----------+---------------------------------------------------------------+
| hqsb     | CREATE DATABASE `hqsb` /*!40100 DEFAULT CHARACTER SET utf8 */ |
+----------+---------------------------------------------------------------+
1 row in set (0.00 sec)

如果数据库的编码格式不正确,可以手动修改:

mysql> ALTER DATABASE hqsb DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;  
Query OK, 1 row affected (0.01 sec)

3)查看数据表(比如haha)的编码格式:

mysql> show create table haha;
+-------+--------------------------------------------------------------------------------------------------------------------------------------------------------+
| Table | Create Table                                                                                                                                           |
+-------+--------------------------------------------------------------------------------------------------------------------------------------------------------+
| haha  | CREATE TABLE `haha` (
  `id` int(10) NOT NULL AUTO_INCREMENT,
  `name` varchar(64) NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 |
+-------+--------------------------------------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.00 sec)

如果数据表的编码格式不正确,可以手动修改:

mysql> ALTER TABLE haha DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci; 
Query OK, 0 rows affected (0.01 sec)

注意:
在客户端(比如xshell)里连接mysql插入数据,最好事先确保编码格式为Utf-8。

关于网页中乱码问题的几点解决办法总结

1)将网站编码设为utf-8。
2)如果网站已运作了好久,并有很多旧数据,不能再更改简体中文的设定,那么建议将页面的编码设为GBK。
GBK与GB2312的区别就在于:GBK能比GB2312显示更多的字符,要显示简体码的繁体字,就只能用GBK。
3)编辑/etc/my.cnf ,在[mysql]段加入default_character_set=utf8;
4)在编写Connection URL时,加上?useUnicode=true&characterEncoding=utf-8参数;
5)在网页代码中加上一个"set names utf8"或者"set names gbk"的指令,告诉MySQL连线内容都要使用utf8或者gbk;

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请联系我们举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/108698.html原文链接:https://javaforall.net

(0)
全栈程序员-站长的头像全栈程序员-站长


相关推荐

  • java保留小数_Java保留两位小数的几种做法「建议收藏」

    java保留小数_Java保留两位小数的几种做法「建议收藏」页面或界面上展示的数据保留小数点后两位。为了达到这样的展示效果,本文列举了几个方法:1.使用java.math.BigDecimal2.使用java.text.DecimalFormat3.使用java.text.NumberFormat4.使用java.util.Formatter5.使用String.format……另外可以自己实现或者借用封装好的类库来实现,在这篇文章中…

    2022年9月24日
    2
  • Hadoop生态系统常用组件导图

    Hadoop生态系统常用组件导图Hadoop生态系统主要组件导图:看大图

    2022年5月19日
    36
  • Eclipse快捷键大全

    Eclipse快捷键大全

    2021年5月24日
    207
  • Python自动化交易_Python期货自动交易

    Python自动化交易_Python期货自动交易一、目前由于有免费的CTP接口,期货期货本文将劝你自己实现量化交易,摆脱文华财经之类的软件,看完不会后悔。二、期货程序化软件会给你哪些限制?首先是费用,文华财经的价格太贵,甚至手动下单也要收费,为0.2元/手,文华程序化交易软件8C套餐基本配置7800元/年/账号。TB交易开拓者交易费用太高,按成交量计费,每手交易都按交易所手续费的25%收取,对于成交频率较高的策略十分不友好。其次是编程限制:使用…

    2022年10月8日
    2
  • EagleEye论文+代码

    EagleEye论文+代码EagleEye论文+代码论文代码论文代码论文原作者的代码GitHub链接为EagleEye。下载数据集下载ILSVRC2012数据集。需要先注册账号并登陆。也可以直接用ImageNet数据集代替。如果觉得从官网下载的速度太慢,可以使用迅雷链接或百度云链接,网上都有很多。在这里,我推荐使用一个Linux多线程命令行下载工具aria2,可以达到稳定在5MB/s。安装python包问题一exportGIT_PYTHON_REFRESH=quiet这好像是一个和git有关的问题。解决

    2022年8月16日
    9
  • elasticsearch面试常问问题_java面试题汇总

    elasticsearch面试常问问题_java面试题汇总Elasticsearch是基于Lucene的Restful的分布式实时全文搜索引擎,每个字段都被索引并可被搜索,可以快速存储、搜索、分析海量的数据。全文检索是指对每一个词建立一个索引,指明该词在文章中出现的次数和位置。当查询时,根据事先建立的索引进行查找,并将查找的结果反馈给用户的检索方式。这个过程类似于通过字典中的检索字表查字的过程。**(1)index索引:**索引类似于mysql中的数据库,Elasticesearch中的索引是存在数据的地方,包含了一堆有相似结构的文档数据。**(2

    2025年8月29日
    4

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注全栈程序员社区公众号