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)
全栈程序员-站长的头像全栈程序员-站长


相关推荐

  • 河北对口计算机专业一分一档6,600分以上830人!河北一市中考一分一档表出炉!…

    河北对口计算机专业一分一档6,600分以上830人!河北一市中考一分一档表出炉!…出分啦!承德市2021年中考成绩公布6月30日,承德市教育考试招生信息平台公布2021年承德市中考成绩一分一档表!今年承德中考文化和体育是630分,理化实验20分,总计是650分。据一分一档表显示今年承德中考600分以上是830人2021年承德市中考成绩一分一档表除承德外河北其他地市什么时候能查分呢?有粉丝在后台问,衡水什么时候可以查分,这不,衡水市中考成绩发布时间也来啦~衡水市一、中考成绩发布时…

    2022年7月13日
    23
  • pytest 执行用例_测试用例一般执行多少次

    pytest 执行用例_测试用例一般执行多少次前言平常我们功能测试用例非常多时,比如有1千条用例,假设每个用例执行需要1分钟,如果单个测试人员执行需要1000分钟才能跑完当项目非常紧急时,会需要协调多个测试资源来把任务分成两部分,于是执行时间

    2022年7月30日
    5
  • 俄语输入法键盘_汉字输入法

    俄语输入法键盘_汉字输入法隐马尔科夫模型隐马尔可夫模型(HiddenMarkovModel)是一种统计模型,用来描述一个含有隐含未知参数的马尔可夫过程。其难点是从可观察的参数中确定该过程的隐含参数,然后利用这些参数来

    2022年8月1日
    2
  • ASSERT 和 ASSERT_VALID[通俗易懂]

    ASSERT 和 ASSERT_VALID[通俗易懂]这个宏都是MFC的调试宏.ASSERT_VALID宏用来在运行时检查一个对象的内部合法性,比如说现在有一个学生对象,我们知道每个学生的年龄一定大于零,若年龄小于零,则该学生对象肯定有问题。事实上,ASSERT_VALID宏就是转化为对象的成员函数AssertValid()的调用,只是这种方法更安全。它的参数是一个对象指针,通过这个指针来调用它的AssertValid()成员…

    2022年9月6日
    3
  • clientWidth offsetWidth innerWidth 区别(窗口尺寸 汇总)「建议收藏」

    clientWidth offsetWidth innerWidth 区别(窗口尺寸 汇总)「建议收藏」原文链接:http://www.cnblogs.com/youxin/archive/2012/09/21/2697514.htmlscrollWidth 是对象的实际内容的宽,不包边线宽度,会随对象中内容的多少改变(内容多了可能会改变对象的实际宽度)。 clientWidth 是对象可见的宽度,不包滚动条等边线,会随窗口的显示大小改变。 offsetWidth 是对象的可

    2022年7月22日
    10
  • idea的快捷键设置_idea设置eclipse快捷键

    idea的快捷键设置_idea设置eclipse快捷键idea常用快捷键设置

    2022年9月20日
    0

发表回复

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

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