答案是：需先通过 phpinfo() 确认 mbstring 是否启用，再按系统类型选择安装或配置——Linux 用包管理器安装并重启服务，Windows 检查 php.ini 路径与 extension_dir 绝对路径及 extension=mbstring 行是否取消注释，Docker 需同时 install 和 enable，源码编译须带 --enable-mbstring 参数。
phpmyadmin 报错 “the mbstring extension is missing” 时，不是 php 没装好，而是扩展没启用或根本没装——直接检查 phpinfo() 页面里的 mbstring 是否显示为 enabled，就能快速定位是配置问题还是缺失问题。
确认 mbstring 是否真的没加载
别急着改配置，先看事实。在 Web 服务器下新建一个 info.php 文件，内容只有一行：<?php phpinfo(); ?>，访问它，搜索页面里有没有 mbstring 这一节，且状态是 enabled。
- 如果有但显示
disabled：说明扩展已存在，只是被注释或路径不对 - 如果有且是
enabled：那报错大概率是 phpMyAdmin 读错了配置（比如用了不同 php.ini） - 完全搜不到
mbstring：说明扩展文件压根没装或没被识别
Linux 下启用 mbstring 的典型操作
多数现代发行版（Ubuntu/Debian/CentOS/RHEL）用包管理器安装即可，不用手动编译：
- Ubuntu/Debian：
sudo apt install php-mbstring（注意 PHP 版本号，如php8.2-mbstring） - CentOS/RHEL 8+：
sudo dnf install php-mbstring - CentOS/RHEL 7：
sudo yum install php-mbstring - 装完后必须重启 Web 服务：
sudo systemctl restart apache2或sudo systemctl restart php-fpm（取决于你用的是 Apache 还是 Nginx + PHP-FPM）
别漏掉重启——很多问题就卡在这一步。
Windows 下常见配置陷阱
WAMP/XAMPP/MAMP 等集成环境常因多份 php.ini 导致失效：
立即学习“PHP免费学习笔记（深入）”；
- 用
php --ini命令查 CLI 加载的配置路径；用phpinfo()查 Web 加载的路径——两者可能不同 - 常见错误：改了
C:\wamp64\bin\php\php8.1.12\php.ini，但 Apache 实际读的是C:\wamp64\bin\apache\apache2.4.54\bin\php.ini - 确保
extension_dir是绝对路径，且指向正确的ext目录，例如：extension_dir = "C:\wamp64\bin\php\php8.1.12\ext" - 取消注释这行：
extension=mbstring（PHP 8+ 不再用php_mbstring.dll，旧版本才用）
Docker 和自定义 PHP 编译环境
这类环境最容易漏掉扩展依赖：
- Dockerfile 中不能只写
RUN docker-php-ext-install mbstring，还要加RUN docker-php-ext-enable mbstring（后者才是启用动作） - 如果用 Alpine 镜像：
apk add php82-mbstring（注意版本后缀），然后确认/etc/php82/conf.d/00-mbstring.ini存在且内容为extension=mbstring - 源码编译 PHP 时，configure 必须带
--enable-mbstring，否则即使装了库也无效
最隐蔽的坑：phpMyAdmin 启动时读的是 CLI 的 PHP 配置，而网页请求走的是 FPM/Apache 模块的配置——两套环境不一致，phpinfo() 显示正常，但 phpMyAdmin 仍报错。
