必须切换至SQL*Loader或External Table而非优化JDBC；当数据源为文件、字段≥50、单行≥2KB、总量≥50万行时，JDBC因网络开销、JVM拷贝、PGA解析三重瓶颈无法突破10万+/秒。
直接用 jdbc addbatch/executebatch 写 200 字段、百万级数据，吞吐量卡在几万行/秒是常态；真要压到 10 万+ 行/秒甚至接近磁盘极限，得绕开 jdbc 协议层——sql*loader 或 external table 是 oracle 原生支持的“高速公路”，不是优化技巧，而是技术选型切换。
什么时候必须切 External Table 而不是硬扛 JDBC 批量
当你的数据源已经是文件（CSV/JSON/TSV），且字段数 ≥ 50、单行体积 ≥ 2KB、总数据量 ≥ 50 万行时，JDBC 已成瓶颈。网络协议开销、JVM 内存拷贝、Oracle PGA 解析压力三重叠加，再调 setFetchSize(0) 或换 ojdbc11.jar 都收效甚微。此时 External Table 把文件当“虚拟表”挂进 Oracle，INSERT 变成纯本地 I/O，跳过所有网络和驱动解析环节。
- 适用场景：ETL 流程中从 HDFS/S3/本地磁盘加载清洗后结构化文件
- 不适用场景：数据来自实时 Kafka 消息或 HTTP API 流，无法落地为稳定文件
- 关键限制：
CREATE TABLE ... ORGANIZATION EXTERNAL需 DBA 权限，且目录对象（DIRECTORY）路径必须由 Oracle 用户可读
SQL*Loader 控制文件写法与常见翻车点
SQL*Loader 不是 Java 库，是 Oracle 自带命令行工具，靠控制文件（.ctl）定义映射规则。200 字段不是问题，但字段类型声明错一个，整批就 ORA-01722: invalid number 或截断静默失败。
- 必须显式指定
CHAR长度，尤其含空格字段：col100 CHAR(200)，不能只写col100 - 日期字段务必用
DATE "YYYY-MM-DD HH24:MI:SS"格式，否则默认按SYSDATE填充 - 遇到 CLOB/BLOB 字段，别硬塞进控制文件——改用
LOAD WHEN分离主表和大字段表，或走 BFILE - 错误日志默认只记前 50 行失败，加
ERRORS=10000防止批量被截断
示例片段：
LOAD DATA INFILE 'data.csv' APPEND INTO TABLE my_200col_table FIELDS TERMINATED BY ',' OPTIONALLY ENCLOSED BY '"' TRAILING NULLCOLS ( id, name CHAR(100), created_date DATE "YYYY-MM-DD HH24:MI:SS", payload CLOB TERMINATED BY EOF )
Java 如何安全触发 SQL*Loader 而不埋雷
别用 Runtime.getRuntime().exec() 直接拼字符串调 sqlldr，权限、路径、编码、超时全失控。正确做法是封装为独立脚本，Java 只负责生成数据文件 + 调用进程 + 检查返回码。
立即学习“Java免费学习笔记（深入）”；
- 输出文件必须用
UTF-8且无 BOM，Oracle 默认按数据库字符集解析，BOM 会污染第一字段 - 控制文件中的
INFILE路径要用绝对路径，且 Oracle 进程用户（非 Java 进程用户）必须有读权限 - 检查
sqlldr返回值：0= 全成功，2= 有警告（如空字段转 NULL），1= 严重错误（语法错/权限错）——3和4表示系统级失败，需查 Oracle alert log - 别忽略
.bad文件：它记录所有被拒绝的行，但默认只存前 50 行，加BADFILE 'xxx.bad' MAXIMUM BAD REJECTS UNLIMITED
External Table vs SQL*Loader 的真实取舍
External Table 看似更“Java 友好”（能用标准 SELECT / INSERT /*+ APPEND */），但实际约束更多：
- External Table 不支持 DML 的 WHERE 条件下更新，只能全量 INSERT 或 CREATE TABLE AS SELECT
- 文件被其他进程锁定时，Oracle 查询直接报
ORA-29913: error in executing ODCIEXTTABLEOPEN callout，没重试机制 - 字段类型推导不可靠：CSV 里
"123"和"00123"都可能被当成 NUMBER，导致前导零丢失 - 真正省事的是 SQL*Loader：它内置字段校验、类型转换、坏行隔离，而 External Table 把这些都甩给上层 SQL —— 错了就是运行时报错
最终决策点很实际：如果数据文件已存在且格式稳定，优先 SQL*Loader；如果 Java 必须动态构造数据并立刻入库，且 DBA 愿意配好 DIRECTORY 权限，External Table 可减少一次文件落地，但要自己 handle 所有类型边界。
