PHP不乱码，数据库后台乱码
- WBOY原创
- 2016-06-23 14:17:14859浏览
数据库乱码 数据库 PHP 乱码
PHP增加、修改、查询都不乱码，如图1，MySQL数据库后端显示乱码，如图2，
什么原因呢？
图1：
图2：
回复讨论(解决方案)
是用什么软件查看到乱码的
大神们，求解啊
是用什么软件查看到乱码的
Toad For MySQL
PS:到处来cvs文件也是乱码的，中文啊。。。。
你的数据库字段的连接校对是默认的 latin1 的
你存入的数据是 utf-8 的
你没有对 mysql 声明需要的字符集，所以 mysql 依然 latin1 取出数据。对于你来说就是 utf-8 了
但是 mysql 管理工具是要声明所需字符集的，于是被当做 latin1 的 utf8 转换成 utf8 时就出现了乱码现象
PHP增加、修改、查询都不乱码，如图1，
MySQL数据库后端显示乱码，如图2，
什么原因呢？
图1：
图2：
PS：
页面编码使用UTF-8
数据库表编码使用UTF-8
你的数据库字段的连接校对是默认的 latin1 的
你存入的数据是 utf-8 的
你没有对 mysql 声明需要的字符集，所以 mysql 依然 latin1 取出数据。对于你来说就是 utf-8 了
但是 mysql 管理工具是要声明所需字符集的，于是被当做 latin1 的 utf8 转换成 utf8 时就出现了乱码现象
校对码是：utf8_general_ci
这就对了，如果是 latin1 的应该是插不进去 utf-8 数据的。刚才我回复时还在想，你是怎么把数据插进去的
但是这并不影响我给出的解释，只是环节有所提前而已
mysql 默认的字符集是 latin1，一般也很少有人在安装 mysql 时改变默认字符集（多数人都不知道在哪里修改）的
所以只要使用了非默认字符集操作 mysql 都必须在操作前执行 set names 字符集代码
对于 utf-8 就是 set names utf8
把以下代码用 utf-8 编码保存，然后运行一下
<?phpheader('Content-type: text/html;charset=utf-8');echo iconv('latin1', 'utf-8', '供应商-西施');或把以下代码用 gbk 编码保存，然后运行一下 <?phpheader('Content-type: text/html;charset=utf-8');echo iconv('latin1', 'utf-8', iconv('gbk', 'utf-8', '供应商-西施'));你都会看到这样的结果 保证3点一致就不会乱码了：
1、数据库和数据表编码
2、页面内部编码
3、文件的编码
这就对了，如果是 latin1 的应该是插不进去 utf-8 数据的。刚才我回复时还在想，你是怎么把数据插进去的
但是这并不影响我给出的解释，只是环节有所提前而已
mysql 默认的字符集是 latin1，一般也很少有人在安装 mysql 时改变默认字符集（多数人都不知道在哪里修改）的
所以只要使用了非默认字符集操作 mysql 都必须在操作前执行 set names 字符集代码
对于 utf-8 就是 set names utf8
把以下代码用 utf-8 编码保存，然后运行一下
<?phpheader('Content-type: text/html;charset=utf-8');echo iconv('latin1', 'utf-8', '供应商-西施');或把以下代码用 gbk 编码保存，然后运行一下 <?phpheader('Content-type: text/html;charset=utf-8');echo iconv('latin1', 'utf-8', iconv('gbk', 'utf-8', '供应商-西施'));你都会看到这样的结果 有点理解不了，还是不知道问题出在哪了？数据库编码应该是UTP8, ：“show variables like 'character_set_database';”---》返回UTF8@~~~~~~~~~~~
关键是 character_set_server 的值
出了乱码就去找编码吧
关键是 character_set_server 的值
应用时发布在购买的虚拟主机上的，如何查看 character_set_server的值啊？
关键是 character_set_server 的值
多谢指点
show variables like 'character_set_server'
show variables like 'character_set_server'
结果是UTF-8
有点不合情理了，最后一招
select BINARY supplier_ from tbl_name where id_=17
echo base64_encode('取出的数据');
贴出结果
有点不合情理了，最后一招
select BINARY supplier_ from tbl_name where id_=17
echo base64_encode('取出的数据');
贴出结果
结果如下图（该结果为数据库客户端的结果，PHP页面数据显示正常）：
PS:本帖主题内容中的2张图 --》图1 为PHP页面，显示正常；图2 为数据库客户端，显示乱码，到处cvs也是乱码
你给贴图有什么用？
我要你用程序取出那个乱码的内容，并贴出其 base64 编码的值
这样才好帮你分析
再说你贴出乱码的同时也应该贴出不乱时的内容
你给贴图有什么用？
我要你用程序取出那个乱码的内容，并贴出其 base64 编码的值
这样才好帮你分析
理解了，如下图，谢谢老大
再说你贴出乱码的同时也应该贴出不乱时的内容
不乱码内容：
使用BINARY 后的乱码内容：
我要你像这样的结果
echo base64_encode($t);//w6fCscK7w6fCm8Kuw6XCm8Kb
$t 是按 BINARY（二进制）方式读出的乱码字段的内容
按图形对比（#7 的方法）你那个仍然是被当做 latin1 处理的 utf-8
这些数据是你在修改字符集之前插入的吧?
我要你像这样的结果
echo base64_encode($t);//w6fCscK7w6fCm8Kuw6XCm8Kb
$t 是按 BINARY（二进制）方式读出的乱码字段的内容
按图形对比（#7 的方法）你那个仍然是被当做 latin1 处理的 utf-8
这些数据是你在修改字符集之前插入的吧?
不是的哦。。 字符集没有改过，供应商说不能改，应该是插入前没有设置数据库编码为UTF8.
+QQ：252613934
留下QQ讨论一下
我要你像这样的结果
echo base64_encode($t);//w6fCscK7w6fCm8Kuw6XCm8Kb
$t 是按 BINARY（二进制）方式读出的乱码字段的内容
按图形对比（#7 的方法）你那个仍然是被当做 latin1 处理的 utf-8
这些数据是你在修改字符集之前插入的吧?
3Q