symfony 8.2 默认不支持 oracle，连不上主因是 pdo_oci 未安装、instant client 路径未识别、dsn 格式错误；需手动安装 pdo_oci（非 oci8）、用服务名而非 sid 写 dsn、字段名全大写、启用 pdo::errmode_exception 并配置 ld_library_path。
Symfony 8.2 默认不支持 Oracle，连不上不是配置写错了，而是底层根本没通——PDO 驱动 pdo_oci 没装、Instant Client 路径没认上、DSN 格式用错这三件事，占了 90% 的“连不上”。
pdo_oci 扩展没启用，oci8 不顶用
Symfony 用的是 PDO 接口，oci8 扩展只提供 oci_connect() 这类原生函数，完全不参与 PDO::construct() 流程。哪怕 php -m | grep oci8 显示已加载，只要没看到 pdo_oci，就会报 PDOException: could not find driver。
- Linux/macOS：必须手动编译安装
pdo_oci，不能靠pecl install oci8代替；确认执行过pecl install pdo_oci且extension=pdo_oci.so已写入 php.ini - Windows：PHP 8.2 官方包不含
php_pdo_oci.dll，得从 PHP 7.4 或 8.0 的旧包里复制，并确保oraociei19.dll在PATH中（通常来自 Oracle 19c 客户端安装目录） - 验证命令：
php --ri pdo_oci输出必须含 “PDO Driver for OCI 8 and later enabled”
DATABASE_URL 的 DSN 必须用服务名格式
Symfony 的 DATABASE_URL 看似能套用 MySQL 模板，但 Oracle 19c 默认注册的是服务名（service_name），不是 SID。写成 oci://user:pass@localhost:1521/ORCL（把 ORCL 当 SID）会直接触发 ORA-12514: TNS:listener does not currently know of service requested。
- 正确写法：
oci://user:pass@192.168.1.100:1521/ORCLPDB1（ORCLPDB1是 19c 可插拔库默认服务名） - 别加
?charset=UTF8——pdo_oci不识别这个参数，加了既不生效，也可能在某些构建版本里引发警告 - 查真实服务名：进数据库服务器执行
lsnrctl status，看 “Service Summary” 下注册的 name 字段
连接后查不出数据？字段名大写 + 错误静默是常态
即使连上了，doctrine:query:sql 或自定义 EntityManager 查询也常返回空或报泛化错误，原因有两个：
- Oracle 元数据列名默认全大写，
pdo_oci完全忽略PDO::ATTR_CASE设置，所以$row['id']一定错，得写$row['ID']或$row['USERNAME'] - 错误被吞：不显式设
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION，PDO 就只抛通用PDOException，看不到具体ORA-00942或ORA-01017，排查等于盲人摸象 - Doctrine 层需额外配：
doctrine.yaml里加options: { 1002: 'SET NAMES UTF8' }无用，真正要加的是options: { \PDO::ATTR_ERRMODE: \PDO::ERRMODE_EXCEPTION }
最易被跳过的点：OCI 动态库路径在运行时失效。即使 ldconfig 配了系统级路径，PHP-FPM 或 CLI 子进程仍可能因用户权限或容器环境丢失 LD_LIBRARY_PATH。务必在启动前导出它，比如 Dockerfile 里加 ENV LD_LIBRARY_PATH=/opt/oracle/instantclient_21_4:$LD_LIBRARY_PATH，否则连接会静默失败（返回 false，oci_error() 为空）。
