当 phpMyAdmin 启动时出现 the mbstring extension is missing. please check your php configuration 的报错信息，其根本原因非常明确：PHP 进程未能正确加载 mbstring 扩展。这个问题的根源与路径配置错误、权限不足或 Apache 设置无关——本质上是 PHP 启动时没有读取到该扩展文件。
确认 PHP 实际加载的是哪个 php.ini 文件
不少用户在本地目录中修改了 php.ini，但 PHP 实际上并未使用该文件。正确做法是：在命令行中运行 php --ini，或在网页中调用 phpinfo()，重点查看 Loaded Configuration File 这一项。Windows 下常见的失误是修改了 D:\xampp\php\php.ini，而 PHP 实际读取的是 C:\Windows\php.ini；Linux 环境下，PHP 可能读取的是 /etc/php/8.2/apache2/php.ini 而非 /etc/php/8.2/cli/php.ini。如果不先确认这一步，后续所有操作都将徒劳无功。
extension_dir 与 extension=php_mbstring.dll 必须同时正确配置
这两个配置项互相依赖，单独修改其中一项通常仍会报错：
extension_dir必须指向包含php_mbstring.dll（Windows）或mbstring.so（Linux/macOS）的绝对路径，不能使用相对路径"ext"—— Windows 下应设置为extension_dir = "C:/php/ext"，Linux 下类似extension_dir = "/usr/lib/php/20220829"extension=php_mbstring.dll（Windows）或extension=mbstring（Linux，无需 .so 后缀）必须取消注释，且拼写必须与文件名完全一致（注意大小写，Linux 系统对此尤为敏感）- Windows 用户还需额外检查：若你使用的 PHP 是线程安全（TS）版本，那么
php_mbstring.dll必须来自同一版本的 TS 包，否则 Apache 启动时可能会直接报错或静默忽略该扩展
Linux 发行版必须通过包管理器安装，不能手动放置 .so 文件
在 Ubuntu/Debian 或 CentOS/RHEL 系统上，mbstring 并非“解压后放入 ext 目录”即可使用的模块。系统 PHP 由包管理器统一管理，扩展也必须通过官方渠道安装：
- Ubuntu/Debian：执行
sudo apt install php-mbstring（适用于 PHP 8.x 默认版本）或sudo apt install php8.2-mbstring（指定版本） - CentOS/RHEL：执行
sudo yum install php-mbstring或sudo dnf install php-mbstring - 安装完成后通常无需手动编辑
php.ini—— 包管理器会自动在/etc/php/*/mods-available/下启用扩展，并通过符号链接挂载到生效位置 - 验证是否生效：运行
php -m | grep mbstring，若有输出说明加载成功
修改配置后必须重启 Web 服务器进程，而非仅刷新网页
PHP 模块在 Apache/Nginx 启动时一次性加载，修改 php.ini 或安装新扩展后，仅仅刷新浏览器页面是无效的。
- Apache：执行
sudo systemctl restart apache2（Debian/Ubuntu）或sudo systemctl restart httpd（RHEL/CentOS） - Nginx + PHP-FPM：先执行
sudo systemctl restart php8.2-fpm（版本号按实际调整），再重启nginx - Windows XAMPP/WAMP：必须点击 "Restart All Services"，不能仅 "Restart Apache" —— 某些环境中 PHP 模块依赖主服务重载才能生效
- 验证是否真正生效：访问
phpinfo()页面，搜索Multibyte String，若能看到模块信息且 Loaded Extensions 中包含mbstring，才算配置成功
最容易出错的一点是：PHP CLI 和 Web SAPI 可能使用不同的配置文件，且 Linux 下通过包管理器安装扩展后，必须重启 PHP-FPM 进程才能加载新模块。许多人执行完 apt install 后直接刷新网页，结果依然报错，正是因为 PHP-FPM 进程没有重载新模块。
