OracleTransaction 必须显式调用 BeginTransaction()，因为 ODP.NET 不自动创建事务上下文，且 Oracle 默认禁用 AutoCommit；未显式开启事务时，每条语句均为独立隐式事务，无法保证多语句原子性，漏设 command.Transaction 或未 Commit/.Rollback 会导致静默回滚或数据不一致。
ODP.NET Managed Driver 支持完整的 Oracle 事务语义，但必须显式使用 OracleTransaction 对象，不能依赖 AutoCommit = true 或隐式提交。
为什么 OracleTransaction 必须显式 BeginTransaction()
Oracle 默认关闭自动提交（AutoCommit = false），但 ODP.NET 不会为你自动创建事务上下文。即使你执行多条 INSERT，只要没调用 BeginTransaction()，每条语句仍是独立的隐式事务 —— 成功就提交，失败就回滚，彼此不关联。
- 常见错误现象：
OracleConnection.BeginTransaction()没被调用，却期望Rollback()能撤回前面几条语句 → 实际上什么都不会回滚 - 必须在同一个
OracleConnection实例上调用BeginTransaction()，且该连接不能处于已关闭或已参与其他事务的状态 - 事务对象生命周期绑定连接：连接关闭后，未提交/回滚的
OracleTransaction会抛出InvalidOperationException
如何正确使用 OracleTransaction + OracleCommand
所有参与事务的命令都必须通过 OracleCommand.Transaction 属性绑定到同一事务对象，否则会被当作独立操作处理。
- 漏设
command.Transaction = transaction是最常踩的坑 —— 这会导致部分语句走默认自动提交，破坏原子性 - 参数化查询仍需照常使用
OracleParameter，事务本身不改变参数传递逻辑 - 如果命令执行中抛出异常，必须手动调用
transaction.Rollback()；仅catch不处理等于放任数据不一致
示例片段：
using (var conn = new OracleConnection(connectionString))
{
conn.Open();
using (var transaction = conn.BeginTransaction())
{
try
{
using (var cmd = new OracleCommand("INSERT INTO orders VALUES (:id, :amt)", conn, transaction))
{
cmd.Parameters.Add(new OracleParameter("id", 1001));
cmd.Parameters.Add(new OracleParameter("amt", 99.99m));
cmd.ExecuteNonQuery();
}
<pre class='brush:php;toolbar:false;'> using (var cmd = new OracleCommand("UPDATE accounts SET balance = balance - :amt WHERE id = :aid", conn, transaction))
{
cmd.Parameters.Add(new OracleParameter("amt", 99.99m));
cmd.Parameters.Add(new OracleParameter("aid", 123));
cmd.ExecuteNonQuery();
}
transaction.Commit(); // 必须显式调用
}
catch
{
transaction.Rollback(); // 必须显式调用
throw;
}
}}
连接池对事务的影响不可忽略
ODP.NET 默认启用连接池，而连接池中的连接在归还时会自动执行 ROLLBACK。这意味着：如果你开启事务但没提交/回滚就关闭连接，池管理器会帮你回滚，但不会报错 —— 表面看程序“成功退出”，实际业务逻辑已丢失。
- 现象：代码没报错，但数据库里查不到刚插入的数据 → 很可能是因为忘了
Commit()或Rollback()，连接被池回收时静默回滚 - 调试建议：在
finally块中加日志，确认Commit()或Rollback()是否被执行 - 临时禁用连接池可用于排查（加
Pooling=false到连接字符串），但生产环境严禁长期关闭
OracleTransaction 不支持嵌套事务
Oracle 本身不支持真正的嵌套事务（SAVEPOINT 是唯一例外），OracleTransaction 也不提供 BeginTransaction(IsolationLevel) 的重载来开启子事务。
- 试图对已存在事务的连接再次调用
BeginTransaction()会抛出InvalidOperationException - 如需局部回滚，应使用
Savepoint：调用transaction.Save("sp1")，再用transaction.Rollback("sp1") -
Savepoint名称区分大小写，且不能重复；回滚到某保存点后，其后的保存点自动失效
真正容易被忽略的是：事务边界必须和连接生命周期对齐，而连接又受池控制 —— 这三层耦合让错误变得隐蔽。一旦漏掉 Commit() 或 Rollback()，问题往往出现在上线后，而不是本地测试时。
