mysql字符集乱码问题

Posted 2023-04-25

我用的是appserv-win32-2.5.9
mysql字符集:UTF-8 Unicode(utf8)
MySQL连接校对:gbk_chinese_ci
Language:中文-Chinese simplified
在创建表并插入记录时,能显示中文,可是在用浏览器浏览时却出现乱码(一大堆问号),查了许多资料,在网页源代码插入如下代码:$mysql_mylink = mysql_connect($mysql_host, $mysql_user, $mysql_pass);
mysql_query("SET NAMES 'GBK'");
可以显示中文了,可是却现了如下警告:Warning: mysql_connect() [function.mysql-connect]: Access denied for user 'ODBC'@'localhost' (using password: NO) in C:\dwphp\member\memberFix.php on line 3
请知道的朋友帮我解决一下,小子谢谢了!
PS:不要随便在网上找一些似乎相关的资料就粘贴上来,我需要的是真正能解决问题的,现在只能拿出50分,如果答题满意的话我不会吝啬积分的!谢谢大家了!
在MySQL Command Line Client里输入SET character_set_system= gbk;时提示ERROR 1238(HY000):Variable 'character_set_system'is a read only variable .大概是说这为只读的,要怎么修改??谢谢你的回答,还请继续帮忙解决,

这样MySQL数据库默认的字符集是latin1，是瑞典的文字字符集，
1.你先要做的是用dos进入mysql数据库，然后对字符集重新进行配置，注意，每次使用mysql数据库的时候都要这样做
SET character_set_system= gbk;
SET character_set_client=gbk;
SET character_set_connection=gbk;
SET character_set_database=gbk;
SET character_set_results=gbk;
SET character_set_server=gbk;

SET collation_connection=gbk_bin;
SET collation_database=gbk_bin;
SET collation_server=gbk_bin;
然后再进行你的数据库的操作。
2.如果还没有解决你的问题，你进入mysql文件夹，将里面的my.ini文件夹中的default-character-set=gbk(gbk32)
然后重新启动你的mysql，进行数据库的操作。
这个是设置系统的编码格式，如果这个不好用的话，直接手动进行设置，下载SQL-Front软件，里面可以对这些文件的内容直接进行修改。试试吧 参考技术A 一、转码失败
在数据写入到表的过程中转码失败，数据库端也没有进行恰当的处理，导致存放在表里的数据乱码。
针对这种情况，前几篇文章介绍过客户端发送请求到服务端。
其中任意一个编码不一致，都会导致表里的数据存入不正确的编码而产生乱码。
比如下面简单一条语句：
set @a = "文本字符串";
insert into t1 values(@a);
1. 变量 @a 的字符编码是由参数 CHARACTER_SET_CLIENT 决定的，假设此时编码为 A，也就是变量 @a 的编码。
2. 写入语句在发送到 MySQL 服务端之前的编码由 CHARACTER_SET_CONNECTION 决定，假设此时编码为 B。
3. 经过 MySQL 一系列词法，语法解析等处理后，写入到表 t1，表 t1 的编码为 C。
那这里编码 A、编码 B、编码 C 如果不兼容，写入的数据就直接乱码。
二、客户端乱码
表数据正常，但是客户端展示后出现乱码。
这一类场景，指的是从 MySQL 表里拿数据出来返回到客户端，MySQL 里的数据本身没有问题。客户端发送请求到 MySQL，表的编码为 D，从 MySQL 拿到记录结果传输到客户端，此时记录编码为 E（CHARACTER_SET_RESULTS）。
那以上编码 E 和 D 如果不兼容，检索出来的数据就看起来乱码了。但是由于数据本身没有被破坏，所以换个兼容的编码就可以获取正确的结果。
这一类又分为以下三个不同的小类：
1)字段编码和表一致，客户端是不同的编码
比如下面例子， 表数据的编码是 utf8mb4，而 SESSION 1 发起的连接编码为 gbk。那由于编码不兼容，检索出来的数据肯定为乱码。
2）表编码和客户端的编码一致，但是记录之间编码存在不一致的情形
比如表编码是 utf8mb4，应用端编码也是 utf8mb4，但是表里的数据可能一半编码是 utf8mb4，另外一半是 gbk。那么此时表的数据也是正常的，不过此时采用哪种编码都读不到所有完整的数据。这样数据产生的原因很多，比如其中一种可能性就是表编码多次变更而且每次变更不彻底导致（变更不彻底，我之前的篇章里有介绍）。举个例子，表 t3 的编码之前是 utf8mb4，现在是 gbk，而且两次编码期间都被写入了正常的数据。
3）每个字段的编码不一致，导致乱码
和第二点一样的场景。不同的是：非记录间的编码不统一，而是每个字段编码不统一。举个例子，表 c1 字段 a1,a2。a1 编码 gbk，a2 编码是 utf8mb4。那每个字段单独读出来数据是完整的，但是所有字段一起读出来，数据总会有一部分乱码。
三、LATIN1
还有一种情形就是以 LATIN1 的编码存储数据
估计大家都知道字符集 LATIN1，LATIN1 对所有字符都是单字节流处理，遇到不能处理的字节流，保持原样，那么在以上两种存入和检索的过程中都能保证数据一致，所以 MySQL 长期以来默认的编码都是 LATIN1。这种情形，看起来也没啥不对的点，数据也没乱码，那为什么还有选用其他的编码呢？原因就是对字符存储的字节数不一样，比如 emoji 字符 "❤"，如果用 utf8mb4 存储，占用 3 个字节，那 varchar(12) 就能存放 12 个字符，但是换成 LATIN1，只能存 4 个字符。
总结
通过上面的详细说明，相信对 MySQL 乱码问题已经有一个很好的了解了。那来回顾下本篇的内容。本篇主要列列举了 MySQL 乱码可能出现的场景，并对应给出详细的处理方法以及相关建议，希望以后大家永远不会出现乱码问题。 参考技术B 在连接数据库服务器时出现了问题。
说密码不对。。。

MySQL学习笔记一---字符乱码问题和字符集精髓

 

　　前言：

　　一般来说，出现中文乱码，都是客户端和服务端字符集不匹配导致的原因。

　　（默认未指定字符集创建的数据库表，都是latinl字符集， 强烈建议使用utf8字符集）

 

　　保证不出现乱码的思想：保证客户端、服务端、数据库、表字符集统一

　　坑：有的时候，cmd或者linux系统字符集问题，其实数据库是正确的，只是我们执行命令在终端看到的是乱　　码而已，这时需要设置linux系统字符集

　　1、查看liunx系统字符集：cat /etc/sysconfig/i18n

　　2、vim /etc/sysconfig/i18n

 

　　一、查看是什么字符集

　　1、查寻数据库是什么字符集

　　show create database django\G (django 是数据库名称)

　　

 　　

　　2、查寻表是什么字符集

　　show create table auth_group\G (auth_group 是表名称)

　　

　　ENGINE = InnoDB 该表数据库引擎是InnoDB

　　DEFULT CHARSET=utf8 该表字符集是utf8

　　COLLATE utf8_general_ci 校准规则

 

　　3、查看所有字符集和对应的校准规则

　　show character set;

　　

 

　　二、解决方法：

　　1、插入数据的时候，先设置客户端插入字符集和数据库建表相同的字符集

　　eg：如果数据库表字符集是latinl，那么插入数据的时候也要是latinl

　　方法：set names latinl

　　insert into student value(‘飞东‘)

　　

　　

 

　　2、将SQL语句放入文件中，使用source来执行这个文件，插入数据，则不会出现乱码，原理是和1一样的，　　　　只是放在文件中执行而已

　　方法：将下面两个语句放入一个新建文件中，如mysql.sql

　　set names Latinl

　　insert into student value(‘飞东‘)

　　执行这个文件：source mysql.sql

　　

 

　　3、从其他文件导入数据库（避免导入数据有中文乱码的问题）

　　将数据编码格式保存为utf-8（UTF8不要导入gbk，gbk不要导入UTF8）

　　set names utf8; ALTERDATABASEDEFAULTCHARACTERSETCOLLATE utf8_general_ci;  修改数据库的编码格式

　　ALTERTABLEDEFAULTCHARACTERSETCOLLATE utf8_general_ci;     修改表的编码格式

　　LOADLOCAL‘C:\\utf8.txt‘INTOTABLE tb_name;    从文件中导入数据库

 

　　4、永久修改默认客户端编码格式（修改my.cnf配置文件，针对MySQL 5.5版本以上）

　　

　　

 

　　5、永久修改默认服务端编码格式（修改my.cnf配置文件，针对MySQL 5.5版本以上）

　　

　　

　　修改完毕之后重启mysqld服务：service mysqld restart

 

 

　　三、常用命令

　　1、查看默认编码格式 show variables like "%char%";     

　　

　　

　　

　　character_set_client（客户端）、character_set_connection（连接）、character_set_results（结果） 三者字符集是一致的

　　2、修改数据库的编码格式

　　ALTERDATABASEDEFAULTCHARACTERSETCOLLATE utf8_general_ci;  

　　3、修改表的编码格式

　　ALTERTABLEDEFAULTCHARACTERSETCOLLATE utf8_general_ci;  

　　4、通过ALTER 修改库或者表的字符集，只是对之后插入的数据有效，原来已经存在的数据无法修改，如果需要修改原来带有数据的字符集，只能通过把原来的数据导出来，再插入到新的已经修改过字符集的表（数据库）中。

 

 

 

 

 

　　四、建议

　　1、中英文环境，linux设置系统字符集为utf8，数据库服务端，客户端，数据库，表都是utf8字符集

　　2、无论是查寻还是插入，都先用set names utf8 先设置一下字符集

　　3、建议建数据库语句：

　　

　　4、建议表语句：