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


相关推荐

  • 源码网_论文管理系统源码

    源码网_论文管理系统源码1.LaTeX源码%-*-coding:UTF-8-*-\documentclass[UTF8]{ctexart}\usepackage{multicol}%数学包,这里没用到%\usepackage{amsmath}\usepackage{indentfirst}%添加作者信息\usepackage{authblk}\usepackage{graphicx}%设置…

    2025年7月11日
    3
  • poetry和poet_什么是poetry

    poetry和poet_什么是poetryPoetry的基本使用准备工作如果你是在一个已有的项目里使用Poetry,你只需要执行poetryinit命令来创建一个pyproject.toml文件:poetryinit可看到

    2022年7月29日
    4
  • Pytest(1)安装与入门[通俗易懂]

    Pytest(1)安装与入门[通俗易懂]pytest介绍pytest是python的一种单元测试框架,与python自带的unittest测试框架类似,但是比unittest框架使用起来更简洁,效率更高。根据pytest的官方网站介绍,它

    2022年7月30日
    4
  • jenkins自定义构建参数_git将本地新建的分支提交到远程

    jenkins自定义构建参数_git将本地新建的分支提交到远程前言当我们的自动化项目越来越多的时候,在代码仓库会提交不同的分支来管理,在用jenkins来构建的时候,我们希望能通过参数化构建git仓库的分支。下载安装GitParameter插件系统管理-

    2022年7月29日
    11
  • PHP 垃圾回收机制详解

    PHP 垃圾回收机制详解

    2022年2月14日
    47
  • idea正则替换小技巧「建议收藏」

    idea正则替换小技巧「建议收藏」相信很多idea开发的人都遇到过要替换某些拷贝的内容然后转换成自己的注释,但是一个一个替换又太麻烦,正则替换这时就是快速解决的办法。如下面图所示这个java类里面的属性就是mybatis的自动生成,带了很多注释,但如果想换成swagger来展示给前端看的时候就需要替换成下面的样子。想要做到这一步只需要执行下面的正则就行。首先点击打开替换窗口,idea原生快捷键按CTRL+R就行,全…

    2022年9月27日
    2

发表回复

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

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