container-registry.oracle.com/database/free:latest 是 macOS 上唯一官方支持的 Oracle 容器镜像，Intel Mac 需满足 --shm-size=1g、启用新 VM 框架、ORACLE_PWD 符合复杂度要求；Apple Silicon 因 QEMU 兼容性问题无法稳定运行，推荐用 PostgreSQL+oracle_fdw 或 sqlcl 远程调试替代。
container-registry.oracle.com/database/free:latest 是目前 macOS 上唯一能直接拉起、且官方明确支持的 Oracle 容器镜像，但能否跑起来，取决于你用的是 Intel 还是 Apple Silicon（M1/M2/M3）芯片。
Intel Mac 可以直接运行 oracle/database/free，但必须满足三个硬性条件
这不是“配置对了就能跑”，而是缺一不可的底层约束：
-
--shm-size=1g必须显式指定，否则数据库实例初始化失败，docker logs里只显示ORA-00845: MEMORY_TARGET not supported on this system - 宿主机 Docker Desktop 必须启用 “Use the new Virtual Machine framework”（在 Settings → General 里勾选），旧版 HyperKit 不支持 Oracle 所需的共享内存和大页机制
-
ORACLE_PWD密码必须含大小写字母 + 数字 + 至少一个特殊字符（如MyPass123!），否则容器静默退出，docker ps看不到它，docker logs也只有一行ERROR: password does not meet Oracle requirements
正确启动命令示例：
docker run -d \ --name ora23c \ --shm-size=1g \ -p 1521:1521 \ -p 5500:5500 \ -e ORACLE_PWD=MyPass123! \ -v /tmp/ora23c-data:/opt/oracle/oradata \ container-registry.oracle.com/database/free:latest
M1/M2/M3 Mac 强行 docker run --platform linux/amd64 会卡在 health check
QEMU 模拟 x86_64 的代价极高：
- 容器能启动，但
docker ps显示状态长期为(health: starting)，实际监听器没起来 -
sqlplus / as sysdba连接超时，tnsping localhost返回TNS-12535: TNS:operation timed out - 即使侥幸连上，执行
CREATE TABLE或ALTER SYSTEM SWITCH LOGFILE极易触发 SIGSEGV，容器崩溃 - 根本原因不是参数错——是 Oracle 二进制依赖 glibc 2.31+ 和特定内核符号，而 QEMU 模拟层无法完整提供
别试 --platform linux/amd64 加 --privileged 组合技，日志里反复出现 libclntsh.so: cannot open shared object file 就该停手了。
替代方案不是“降级用 11g/18c”，而是换兼容层验证 SQL 逻辑
95% 的开发场景（建表、索引、PL/SQL 函数、事务控制、物化视图语法）不需要 Oracle 内核，只需要语义等价的解析与执行环境：
-
timescaledb/timescaledb:pg15+oracle_fdw插件：可直连真实 Oracle 生产库做联邦查询，本地用 PostgreSQL 验证 DDL/DML 逻辑 -
ghcr.io/ollama/ollama+sqlcoder模型：把你的 SQL 粘贴进去，自动检查DECODE是否该用CASE、ROWNUM位置是否合法、绑定变量写法是否合规 - 真要调试 PL/SQL？用
sqlcl（Oracle 官方轻量客户端）远程连测试库，sqlcl有 ARM 原生版，brew install sqlcl即装即用
硬要在 M 系列 Mac 上跑 Oracle 唯一靠谱路径：UTM 装 Oracle Linux 9 虚拟机，再装 database/free RPM 包——但这已脱离 “Docker 快速运行” 的前提。
