Oracle BLOB写入不能直接用setBytes()，因会一次性加载全部二进制数据至JVM内存，易引发OutOfMemoryError；必须用setBinaryStream()配合InputStream流式写入，并确保事务提交、临时LOB清理及流及时关闭。
Oracle BLOB写入：为什么不能直接用setBytes()传byte[]？
因为图片文件稍大（比如超过几mb）时，setbytes()会把整个二进制内容一次性加载进jvm内存，容易触发outofmemoryerror，而且oracle jdbc驱动对大blob有内部缓冲策略，绕过流式接口会丢失优化。必须用setbinarystream()配合inputstream。
实操要点：
- 确保数据库字段类型是
BLOB（不是LONG RAW，后者已废弃且不支持流） - 连接URL需启用流式支持：
?oracle.jdbc.streamChunkSize=32768（可选，但建议设为32KB左右） - PreparedStatement必须在
executeUpdate()前调用setBinaryStream()，且InputStream不能提前关闭 - 示例关键片段：
String sql = "INSERT INTO photo (id, image_data) VALUES (?, ?)"; try (PreparedStatement ps = conn.prepareStatement(sql); FileInputStream fis = new FileInputStream(imageFile)) { ps.setLong(1, photoId); ps.setBinaryStream(2, fis, imageFile.length()); // 第三个参数是长度，不可为-1（Oracle驱动要求明确大小） ps.executeUpdate(); }
Oracle BLOB读取：为什么getBinaryStream()比getBytes()更安全？
getBytes()强制将整个BLOB加载为byte[]，哪怕你只打算取前100KB做缩略图，也会把几百MB全拉进内存；而getBinaryStream()返回的是延迟读取的InputStream，可按需分块处理、限流或中途终止。
常见陷阱：
- ResultSet未设置
fetchSize时，默认一次拉取整行（含BLOB），可能卡住——应在执行前加stmt.setFetchSize(1) - Oracle的
BLOB流不支持mark()/reset()，别试图反复读取同一份流 - 必须在ResultSet关闭前消费完流，否则后续调用
next()会报SQLException: Stream has already been closed - 示例安全读取：
String sql = "SELECT image_data FROM photo WHERE id = ?"; try (PreparedStatement ps = conn.prepareStatement(sql); ResultSet rs = ps.executeQuery()) { if (rs.next()) { try (InputStream is = rs.getBinaryStream("image_data"); FileOutputStream fos = new FileOutputStream(outputPath)) { byte[] buf = new byte[8192]; int len; while ((len = is.read(buf)) != -1) { fos.write(buf, 0, len); } } } }
事务与LOB临时空间：为什么BLOB操作总在提交后才真正写入磁盘？
Oracle中，通过JDBC写入BLOB时，实际先写入临时LOB段（temporary LOB），直到事务commit()才持久化到表对应的数据段。这意味着：
立即学习“Java免费学习笔记（深入）”；
- 若中途异常未
rollback()，临时LOB会残留，占用TEMP表空间（长期积累可能撑爆） - 跨事务读取刚插入但未提交的BLOB会失败（ORA-01002: fetch out of sequence）
- 必须显式管理事务边界：不要依赖自动提交（
conn.setAutoCommit(true)），尤其在批量插入BLOB时 - 大BLOB写入期间，避免长时间持有Connection，防止临时LOB锁住资源
预编译语句重用：BLOB参数能否缓存PreparedStatement？
可以，但要注意Oracle JDBC对BLOB流的绑定是“一次性”的——同一个PreparedStatement对象不能重复调用setBinaryStream()写入不同文件，否则会抛SQLException: Stream already consumed。正确做法是：
- 每次写新BLOB前，重新创建
PreparedStatement（轻量，开销远小于建连接） - 或者使用
PreparedStatement+setBlob(int, Blob)配合SerialBlob，但仅适用于小文件（仍走内存） - 若必须复用，可用
clearParameters()，但Oracle驱动不保证清空已绑定的流状态，实测不稳定，不推荐 - 真正高效的做法是：连接池配好
maxStatementsPerConnection（如HikariCP的statement-cache-size），让驱动自动缓存SQL文本解析结果，而非硬留着PreparedStatement实例
真正麻烦的从来不是代码怎么写，而是临时LOB没清理干净、InputStream关早了、或者以为setBinaryStream能反复用——这些点不盯住，跑两天就OOM或磁盘告警。
