Java程序不能用JDBC的setXXX()方法设置Oracle会话参数，因NLS_DATE_FORMAT等属服务端状态且JDBC规范未封装对应API；必须用Statement执行ALTER SESSION语句，且需在获取Connection后、业务SQL前完成，连接池中须通过初始化SQL或每次取连接后显式设置。
Java程序不能用 JDBC 的 setXXX() 方法设置 Oracle 会话参数，必须执行 ALTER SESSION SQL 语句；且该设置仅对当前 Connection 生效，连接池场景下极易残留或错配。
为什么不能用 setFetchSize() 或其他 Connection 方法？
Oracle 的会话级参数（如 NLS_DATE_FORMAT、TIME_ZONE、OPTIMIZER_MODE）属于数据库服务端状态，JDBC 规范未提供对应 API 封装。调用 connection.setClientInfo() 或 setAutoCommit() 等方法完全不影响这些参数。试图用 PreparedStatement 执行带问号占位符的 ALTER SESSION 会直接报 ORA-00922: missing or invalid option ——因为 Oracle 不支持参数化 SET 值。
正确执行 ALTER SESSION 的时机和方式
必须在获取 Connection 后、执行任何业务 SQL 前完成设置。推荐使用 Statement（非 PreparedStatement），并确保单条语句只设一个参数：
conn.createStatement().execute("ALTER SESSION SET NLS_DATE_FORMAT = 'YYYY-MM-DD HH24:MI:SS'");conn.createStatement().execute("ALTER SESSION SET TIME_ZONE = 'Asia/Shanghai'");- 不要拼接多条
SET到一条语句里（Oracle 不支持） - 避免在
finally或连接释放后执行，此时连接可能已关闭或归还池中
连接池（HikariCP/Druid）下的坑与应对
连接池复用物理连接，上一个请求设的 ALTER SESSION 参数会残留到下一个请求，造成数据格式错乱或时区偏差等静默故障。常见表现：DATE 字段解析成 01-JAN-22 而非 2022-01-01。
立即学习“Java免费学习笔记（深入）”；
- 方案一（推荐）：配置连接池的初始化 SQL，如 HikariCP 的
connection-init-sql属性设为ALTER SESSION SET ... - 方案二：每次从池取连接后立即执行
ALTER SESSION，并在该连接生命周期内独占使用（不跨线程/事务共享） - 禁用连接池的自动提交或事务管理干扰——
ALTER SESSION不受事务控制，但若连接被池误判为“脏”而提前回收，设置即失效
哪些参数能设？查 v$parameter 比看文档更准
不是所有参数都支持 ALTER SESSION。最可靠判断方式是查数据库：
SELECT name, ismodified, isdefault FROM v$parameter WHERE name IN ('NLS_DATE_FORMAT', 'OPTIMIZER_MODE', 'QUERY_REWRITE_ENABLED');
关键看 ismodified 是否为 TRUE，且官方文档中标注 “Modifiable” 为 SESSION 或 BOTH。典型可设参数包括：NLS_LANGUAGE、NLS_TERRITORY、OPTIMIZER_INDEX_COST_ADJ；不可设的如 SGA_TARGET、DB_NAME ——这些需 ALTER SYSTEM 且 DBA 权限。
最容易被忽略的是：连接关闭不会还原会话参数，参数只随物理连接断开才消失；而连接池中的连接极少物理断开，所以必须靠初始化或显式重置来兜底。
