oracle容器不自动执行/initdb.d下sql脚本，因其官方镜像无内置initdb逻辑，仅初始化实例并启动监听；必须手动等待数据库就绪后，用sqlplus等工具显式执行脚本。
oracle 容器环境（如官方 oracle/database 镜像）不支持“将 sql 脚本放入某个目录就自动执行”的机制——这是 mysql 或 postgresql 容器的常见行为，但 oracle 官方镜像默认不提供该功能。
为什么 Oracle 容器不自动执行 /docker-entrypoint-initdb.d 下的 SQL
Oracle 官方 Docker 镜像（container-registry.oracle.com/database/enterprise 等）启动时只做两件事：初始化数据库实例（ORACLE_SID）、启动监听。它没有内置 initdb 逻辑，也不扫描或执行任何外部 SQL 文件。
常见错误现象：
- 把
init.sql放进/docker-entrypoint-initdb.d后容器启动成功，但表/用户/数据完全没创建 - 误以为挂载路径
-v ./sql:/docker-entrypoint-initdb.d能触发执行，实际无日志、无报错、无声无息
真正可行的导入方式：用 sqlplus + wait-for-it + 初始化脚本组合
必须手动控制执行时机：等数据库实例完全就绪（监听通、sqlplus / as sysdba 可连），再执行 @/path/to/init.sql。推荐用一个轻量级初始化容器或主容器内嵌逻辑实现。
实操建议：
- 在
Dockerfile中基于官方镜像构建时，把 SQL 脚本 COPY 到容器内（例如/opt/oracle/scripts/init.sql） - 覆盖或扩展启动脚本（如修改
$ORACLE_HOME/bin/dbstart后追加，或使用entrypoint.sh） - 确保执行前等待数据库 ready：可用
sqlplus -s / as sysdba 循环检测，避免 <code>ORA-12547: TNS:lost contact - 执行时显式指定连接串，避免依赖本地 OS 认证失败：
sqlplus sys/<code>YOUR_SYS_PASSWORD@localhost:1521/ORCLCDBAS SYSDBA @/opt/oracle/scripts/init.sql - SQL 脚本中避免使用交互式命令（如
PROMPT、ACCEPT），否则会卡住；所有对象创建语句结尾必须有分号和斜杠（;和/）
容易踩的坑：字符集、权限、路径与语句格式
即使连接成功、脚本路径正确，以下问题仍会导致静默失败或报错：
-
ORA-01756：SQL 文件含中文引号、BOM 头或编码不是 UTF-8 无 BOM —— 用iconv -f GBK -t UTF-8//IGNORE init.sql > init_utf8.sql转换，并用vim -b检查 BOM - 脚本里用了
conn user/pass切换用户，但目标用户尚未创建 → 报ORA-01017: invalid username/password；应先用SYS执行建用户+授权，再@切换后执行业务脚本 - 路径含空格或中文：Oracle 的
@命令不支持，必须用纯英文路径，且不能有~或变量展开（@/home/oracle/init.sql✅，@~/init.sql❌） - 脚本第一行是空行或注释（
--）后紧跟CREATE TABLE，某些版本 sqlplus 会跳过首条语句 → 开头加一个空行或SET FEEDBACK ON显式启用
最易被忽略的一点：Oracle 容器启动后，数据库实例（ORCLCDB）虽已运行，但 PDB（如 ORCLPDB1）默认未 open。如果脚本目标是 PDB，必须先 ALTER PLUGGABLE DATABASE ORCLPDB1 OPEN;，再 ALTER SESSION SET CONTAINER = ORCLPDB1;，否则所有 DDL 都在 CDB ROOT 执行，表看似“创建成功”，实则不在你预期的 PDB 里。
