5分钟内可启动可用oracle 19c实例；关键在于使用官方镜像container-registry.oracle.com/database/enterprise:19.3.0.0（需先登录并接受协议），挂载目录权限设为777且用绝对路径，oracle_pwd避免shell特殊字符，确认日志出现“database is ready to use!”后再连接。
能直接用官方镜像就别自己构建，5分钟内启动可用的 Oracle 19c 实例是完全可行的；关键在于拉取镜像、挂载路径权限、密码格式和端口映射这四点必须一次做对，否则容器会静默失败或无法连接。
拉取哪个 registry 地址才不会 403
必须用 Oracle 官方新地址：container-registry.oracle.com/database/enterprise:19.3.0.0。旧地址如 store/oracle/database:19.0.0.0 或 oracle/database:19.3.0-ee 已下线，拉取必报 403 Forbidden。
操作步骤：
- 先注册 Oracle 账号并接受许可协议，再执行
docker login container-registry.oracle.com - 网络受限时可临时用阿里云镜像：
registry.cn-hangzhou.aliyuncs.com/zhuyijun/oracle:19c（仅限开发测试） - 绝对不要信 Docker Hub 上标着 “oracle19c” 的不明镜像——多数未更新、无签名、含未知风险
-v 挂载目录权限必须是 777 且用绝对路径
Oracle 容器内以 oracle 用户运行初始化脚本，它没有 sudo 权限，也不能递归创建父目录。权限不足或路径错误会导致静默失败，日志里只显示：
mkdir: cannot create directory '/opt/oracle/oradata': Permission deniedcat: /opt/oracle/cfgtoollogs/dbca/ORCL.log: No such file or directory
正确做法：
- 宿主机上用绝对路径创建并授权：
sudo mkdir -p /mydata/oracle/oradata && sudo chmod 777 /mydata/oracle/oradata - 挂载参数写全路径：
-v /mydata/oracle/oradata:/opt/oracle/oradata - 禁用相对路径：
./oradata、~/oradata、/home/user/oradata全部不行——哪怕后者是绝对路径，也可能因用户umask限制导致子目录不可写
ORACLE_PWD 环境变量不能被 shell 提前解析
看似合法的密码如 ORACLE_PWD=oracle@2026 或 ORACLE_PWD=Orcl2026!，在 bash 中会被展开：! 触发历史命令扩展，$、`、" 也会被插值，最终传进容器的密码被截断，数据库创建失败。
典型日志表现：
ERROR: Password must contain at least one lowercase letter, one uppercase letter, one digit, and on...（后面被截断）
安全写法：
- 最稳做法：纯字母+数字组合，例如：
ORACLE_PWD=Orcl2026 - 若必须含特殊字符，整个值用单引号包裹：
-e 'ORACLE_PWD=oracle@2026' - 避免使用：
! @ $ % ^ & * ( ) ` " ' \ | ;
怎么确认 Oracle 真正就绪了再连
容器启动后不是立刻可用，首次初始化需要 10–15 分钟。别急着 sqlplus 连接，否则大概率报 ORA-12547: TNS:lost contact 或 ORA-12170: TNS:Connect timeout occurred。
可靠判断依据是容器日志中出现这行：
DATABASE IS READY TO USE!
查看方式：
-
docker logs -f oracle19c（持续跟踪） - 等看到上述字符串后，再执行：
docker exec -it oracle19c sqlplus / as sysdba - 连接成功后，可查当前容器模式：
SELECT CDB FROM V$DATABASE;—— 返回YES表示是默认的 CDB 模式（符合生产惯例）
容易被忽略的是：即使端口映射正常、容器状态为 Up，只要没打印那句就绪提示，数据库进程本身还没完成建库动作——这时候任何连接尝试都是徒劳的。
