确认mbstring未加载需验证php运行时状态：执行php -m | grep mbstring（linux/macos）或php -m（windows）无输出即未加载；浏览器访问phpinfo()页面搜索“mbstring”无信息亦失败；php -i | grep "mbstring"可快速验证。
Apache环境下phpMyAdmin提示“The mbstring extension is missing”不是phpMyAdmin本身出问题，而是它启动时检查到PHP运行环境中根本没加载mbstring扩展——哪怕php.ini里写了extension=mbstring，也不代表实际生效。
怎么确认mbstring真没加载？
别只看配置文件，得看PHP运行时状态：
- 执行
php -m | grep mbstring（Linux/macOS）或php -m（Windows，然后手动找），没输出就说明没加载 - 新建一个
info.php，内容为<?php phpinfo(); ?>，用浏览器访问，搜索“mbstring”，看不到模块信息就是失败 -
php -i | grep "mbstring"也能快速验证是否启用
Linux下常见失效原因和修复步骤
CentOS/RHEL/Fedora 和 Ubuntu/Debian 的处理逻辑不同，但核心都是：包装了、配置写了、服务没重载
- 先装对包：
yum install php-mbstring（RHEL系）或apt install php-mbstring（Debian系） - 确认
/etc/php.d/mbstring.ini（RHEL）或/etc/php/*/apache2/conf.d/20-mbstring.ini（Debian）存在且内容是extension=mbstring - 重启的是
php-fpm（如果用FPM）或apache2（如果用mod_php），不是只重启Apache：比如sudo systemctl restart php-fpm+sudo systemctl restart apache2 - 注意PHP多版本共存时，装错版本（如系统默认PHP 8.2，但Apache用的是PHP 7.4），要用对应版本的包名，例如
php7.4-mbstring
Windows下最常踩的三个坑
WAMP/XAMPP/手动部署都容易在这里卡住，不是路径错就是DLL找不到
-
extension_dir必须是绝对路径，且指向真实存在的ext目录，比如extension_dir = "D:\wamp64\bin\php\php8.1.12\ext"，不能写相对路径或漏掉盘符 -
extension=php_mbstring.dll这行前面不能有分号，也不能写成extension=mbstring（Linux风格）或extension=php_mbstring（缺.dll） - 某些PHP二进制包（尤其VC15/VC16编译版）依赖
libiconv.dll和php_mbstring.dll共存，缺任意一个都会静默失败；可把php_mbstring.dll所在目录加到系统PATH，或复制libiconv.dll到System32（不推荐）或Apache的bin目录
为什么改完php.ini还报错？
因为Apache可能根本没读你改的那个php.ini
- 用
php --ini看PHP CLI用的是哪个配置，用phpinfo()看Web环境用的是哪个——两者经常不一致 - WAMP用户容易把
php.ini改在php/phpX.X.X/下，但Apache实际加载的是apache2/bin/php.ini（或通过PHPIniDir指令指定的路径） - 某些旧版WAMP会把
php.ini复制到Windows/目录下才生效，这不是标准行为，是它的hack机制
真正关键的不是“有没有写extension”，而是“PHP进程启动时有没有从正确的php.ini读取、有没有找到对应的DLL/so、有没有权限加载、有没有依赖缺失”。任何一环断掉，mbstring就只是配置文件里的一行字。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
