-
mysql使用set names解决乱码问题的原理解决乱码的方法,我们经常使用“set names utf8”,那么为什么加上这句代码就可以解决了呢?下面跟着我一起来深入set names utf8的内部执行原理先说MySQL的字符集问题。Windows下可通过修改my.ini内的PHP代码
[mysql]
default
-
character
-
set
=utf8 //客户端的默认字符集
[mysqld]
default
-
character
-
set
=utf8 //服务器端默认的字符集
假设我们把两个都设为utf8,然后在MySQL Command Line Client里面输入”show variables like”character_set_%”;”,可看到如下字符:character_set_client latin1
character_set_connection latin1
character_set_database utf8
character_set_results latin1
character_set_server utf8
character_set_system utf8
要是我们通过采用UTF-8的PHP程序从数据库里读取数据,很有可能是一串“?????”或者是其他乱码。解决办法是,在连接数据库之后,读取数据之前,先执行一项查询“SET NAMES UTF8”,即在PHP里为mysql_query(
"SET NAMES UTF8"
);
//该句话一定要放在数据库服务器连接语句【$
connection
=mysql_connect($db_host,$db_user,$db_psw)
or
die(
"连接服务器失败"
);】
之后
即可显示正常(只要数据库里信息的字符正常)。到MySQL命令行输入“SET NAMES UTF8;”,然后执行“show variebles like“character_set_%”;”,发现原来为latin1的那些变量“character_set_client”、 “character_set_connection”、“character_set_results”的值全部变为utf8了,原来是这3个变量在捣 蛋。查阅手册,上面那句等于:SET
character_set_client = utf8;
SET
character_set_results = utf8;
SET
character_set_connection = utf8;
看看这3个变量的作用:信息输入路径:client→connection→server;信息输出路径:server→connection→results。换句话说,每个路径要经过3次改变字符集编码。以出现乱码的输出为例,server里utf8的数据,传入connection转为 latin1,传入results转为latin1,utf-8页面又把results转过来。如果两种字符集不兼容,比如latin1和utf8,转化 过程就为不可逆的,破坏性的。但这里要声明一点,“SET NAMES UTF8”作用只是临时的,MySQL重启后就恢复默认了。接下来就说到MySQL在服务器上的配置问题了。岂不是我们每次对数据库读写都得加上“SET NAMESUTF8”,以保证数据传输的编码一致?能不能通过配置MySQL来达到那三个变量默认就为我们要想的字符集?手册上没说,我在网上也没找到答 案。所以,从服务器配置的角度而言,是没办法省略掉那行代码的。总结:为了让你的网页能在更多的服务器上正常地显示,还是加上“SET NAMES UTF8”吧,即使你现在没有加上这句也能正常访问。
mysql使用set names解决乱码问题的原理
与本文相关的文章
- Linux系统进程介绍
- 360虚拟化安全管理系统勒索病毒防护方案
- Linux下的Rootkit驻留技术分析
- 企业安全建设之探索安全数据分析平台
- 揭开Linux 系统上TCP的 bind 和 listen函数的神秘面纱
- 服务器运维丨谁动了我的主机之History命令
- Linux安全运维丨OpenSSH安全浅析
- 机器学习闹出笑话 VT等多家安全公司将Hello World标为恶意代码
- Github 安全类Repo收集整理
- How to Xss(科普&minictf writeup)
- XPath盲注学习
- 那些年做过的ctf之加密篇
- 业务系统异常行为检测
- gitlab安装与使用
- (转)CC攻击的变异品种 慢速攻击
- (转)DDoS攻击工具演变
- (转)如何发现 NTP 放大攻击漏洞
- Web性能API——帮你分析Web前端性能
- data:image/jpg;base64,的使用
- 华为内部的Web安全原则