当前位置：首页 > 问答 > 正文

PHP查询数据库结果乱码咋整，字符集设置那些坑别踩了

称怜
问答
2026-01-17 13:07:15
4

PHP查询数据库结果乱码咋整，字符集设置那些坑别踩了

这事儿可太常见了，新手上路几乎个个都得栽进这个坑里，页面上一片黑乎乎的菱形问号，或者一堆看不懂的奇怪符号，看着就头大，别慌，这事儿说白了就是“沟通”出了问题，你的PHP程序、你的数据库、你的HTML页面，它们仨在“说什么语言”（字符集）上没有达成一致，结果传话（数据交换）的时候就乱套了，咱们一步步来,把这些坑一个个填平。

第一坑：数据库自己“口齿不清”（数据库本身字符集不对）

你得先确保数据库这个“仓库”里存的货，本身贴的标签就是正确的，你存进去的是中文，但数据库却以为你存的是拉丁文,那取出来能对吗？

怎么查？ 用phpMyAdmin或者命令行工具连上数据库，看看数据库的“字符集”和“排序规则”设置成啥了，对于中文环境，最省心、最通用的选择是 utf8mb4 和 utf8mb4_unicode_ci，这里有个关键点（根据“菜鸟教程”和“PHP官方文档”等来源的说明），MySQL里的utf8其实是个“阉割版”，它最多只支持3个字节的字符，而一些不常用的汉字、emoji表情需要4个字节，所以存进去就会出问题。utf8mb4才是真正的“完全体”UTF-8，能支持所有字符，无脑选utf8mb4就对了。
怎么改？ 如果发现不对，可以去改数据库的默认字符集，但注意，这只会影响新创建的表，对于已经存在的旧表，你可能需要把表和里面字段的字符集也手动改过来，甚至需要把数据导出来再重新用正确的字符集导回去，这是个细致活儿,动之前最好备份。

第二坑：连接线路“鸡同鸭讲”（连接字符集没设对）

PHP查询数据库结果乱码咋整，字符集设置那些坑别踩了

就算你仓库（数据库）里的货品标签都对，但你去取货的“翻译官”（PHP程序）跟仓库管理员（数据库）语言不通，照样白搭，这是最常见、最容易被忽略的坑！

关键操作： 在你用mysqli或PDO连上数据库之后，立刻执行一条设置连接字符集的语句，这相当于一接通电话就先说：“喂，咱俩后面都用普通话交流啊！”
对于MySQLi： 在mysqli_connect()之后，马上加一行： mysqli_set_charset($conn, "utf8mb4"); 注意，这里参数写"utf8"有时候也能对付，但为了彻底根治emoji等问题，强烈建议用"utf8mb4"。
对于PDO： 在创建PDO实例的连接字符串（DSN）里就带上字符集参数，这是更推荐的做法： new PDO("mysql:host=localhost;dbname=test;charset=utf8mb4", $username, $password); 根据“PHP官方文档”和“W3School”等来源的建议，在DSN里设置charset是最可靠的方式,能确保连接一开始就使用正确的字符集。

第三坑：送货上门时“包装坏了”（PHP页面编码声明不对）

好了，现在货从仓库里正确取出来了，翻译官也准确翻译了，但你的网页这个“收货方”自己却搞错了，PHP程序把正确的中文数据发给了浏览器，但你的HTML页面却告诉浏览器：“我这是ISO-8859-1（西欧编码）的内容哦！”浏览器一听，只好按照西欧编码去显示,结果自然又是一团乱码。

PHP查询数据库结果乱码咋整，字符集设置那些坑别踩了

解决方法1：在HTML的<head>里声明。 <meta charset="UTF-8"> 这行代码必须得有，而且最好放在<head>的最前面。
解决方法2：用PHPheader函数直接告诉浏览器。 在你输出任何实际内容之前（哪怕是一个空格都不行！），加入这行代码： header('Content-Type:text/html; charset=utf-8'); 这个方法的优先级比meta标签更高，更直接，两个都加上,双保险。

第四坑：文件本身“底子不正”（脚本文件编码不是UTF-8）

这个坑比较隐蔽，你的PHP脚本文件本身在保存的时候，用的编码格式不对，你用Windows记事本默认的ANSI编码写了一段中文，然后你在代码里写了echo "你好";，这个“你好”在文件里存储的二进制格式本身就是错的，那后面不管你怎么设置,输出来的肯定都是乱码。

怎么解决？ 用高级一点的代码编辑器，比如VSCode、Sublime Text、Notepad++等，在保存文件时， explicitly 选择“UTF-8 without BOM”的编码格式，千万别选成带BOM的UTF-8，那个有时候会在页面开头输出看不见的特殊字符，导致header()函数报错。

一站式排雷 checklist：