yum安装PHP扩展最稳，因其自动解决依赖且与系统PHP二进制及ABI严格兼容；需匹配主版本、启用EPEL/Remi仓库并指定stream；源码编译仅适用于未入库、自编译PHP或需定制选项场景；pecl是中间路线但易配错php-config；装后必须验证php -v、php -m、php -i三者一致性。
用 yum 安装 PHP 扩展最稳，但前提是版本匹配
绝大多数生产环境应该优先选 yum（或 dnf）安装扩展，不是因为“简单”，而是它自动解决依赖、与系统 PHP 二进制和 ABI 兼容。RHEL/CentOS/AlmaLinux 等发行版的 php-* 包（比如 php-opcache、php-mbstring）由发行版维护，编译参数、ZTS 支持、PHP API 版本都严格对齐系统自带的 php 包。
常见错误现象：PHP Warning: PHP Startup: Unable to load dynamic library 'redis.so' 或 undefined symbol: php_json_decode_ex——基本就是源码编译的 so 文件和当前 PHP 运行时 ABI 不兼容，而 yum 能避开这类问题。
- 确认 PHP 主版本：
php -v输出如PHP 8.1.27，就去找对应仓库里php81-php-redis或php-pecl-redis这类命名规范的包 - 启用 EPEL + Remi 仓库（CentOS/RHEL 8+ 默认不带新版 PHP 扩展）：
dnf install epel-release && dnf install https://rpms.remirepo.net/enterprise/remi-release-8.rpm - 安装时指定流（stream）避免混装：
dnf module enable php:remi-8.1，再dnf install php-redis
源码编译只在三种情况必要
源码装不是“更灵活”，而是“别无选择”。它稳定与否，完全取决于你能否复现原 PHP 的构建环境。一旦出错，make 报错、segmentation fault、扩展加载后 php -m 不显示，都是常态。
必须源码编译的典型场景：
立即学习“PHP免费学习笔记（深入）”；
- 你要的扩展还没进发行版仓库（比如刚发布的
php-swoole5.1.x，而 Remi 只到 5.0.x） - 你用的是自己编译的 PHP（
--prefix=/opt/php），系统yum包根本找不到它的php-config和头文件路径 - 你需要自定义编译选项，比如强制开启
--enable-sockets或打补丁修复某个 bug
实操关键点：./configure --with-php-config=/path/to/php-config 必须指向你当前运行的 PHP 对应的 php-config；make && sudo make install 后，检查 extension_dir 是否包含生成的 .so 路径，再手工加 extension=redis.so 到 php.ini。
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
pecl install 是中间路线，但默认行为容易翻车
pecl 本质是源码安装的封装，它会自动下载、解压、phpize、configure、make。看似省事，但默认用系统全局 php-config，如果你装了多个 PHP 版本（如同时有 /usr/bin/php 和 /opt/php82/bin/php），它大概率配错。
安全用法：
- 先确认当前 CLI PHP 路径：
which php，再找对应php-config（通常同目录） - 显式指定：
sudo pecl install -f redis→ 安装中途被问到php-config路径时，手动输入/opt/php82/bin/php-config - 装完检查：
php -r "print_r(get_loaded_extensions());"看redis是否在列表里
注意：pecl install 不管理配置文件，不会自动写 extension= 行，这步必须人肉补上，且要确保写在正确的 php.ini（php --ini 查路径）。
最容易被忽略的 ABI 兼容性检查
无论用哪种方式装完，别急着重启 Web 服务。先跑这三行：
php -v php -m | grep redis php -i | grep "PHP Extension
如果 php -m 没输出扩展名，但 php -i 显示 Loaded Configuration File 路径下没有 extension= 行，说明只是没启用；如果 php -m 有名字但 php -i 里查不到 redis 相关配置块，大概率是 .so 文件 ABI 不匹配——此时重装也无效，得换对应 PHP 主版本的包。
真正麻烦的不是“装不上”，而是“看起来装上了，但函数调用 segfault”——这种问题往往要翻 dmesg 或用 gdb 跟，远超运维日常处理范围。
