我们有一个 Oracle 数据库数据仓库，平均每秒提交 120 次（根据 AWR）。排在首位的等待活动是日志文件同步，这是意料之中的……目前，总体响应时间令人满意，但是，我们关注可扩展性，向前发展。
不幸的是，由于绝大多数这些事务的性质，通常的“更改您的应用程序以减少提交次数”的修复不是一个选项。
我们正在认真考虑通过以下方式将这些提交更改为异步批处理提交：COMMIT WRITE BATCH NOWAIT;
我们当然知道这会破坏 ACID 中的“D”，即在实例崩溃的情况下提交的事务可能会丢失。然而，上述大多数提交都记录了信息，如果我们因实例崩溃而在这里或那里丢失了一个事务，那么这些丢失事务的后果是非常小的。
我知道对于批量 nowait 提交，提交会缓冲在日志缓冲区中（如果需要，我们可以通过 log_buffer 初始化参数对其进行调整）。但是，我无法找到以下问题的答案：
1）批量提交是否跨越多个连接？换句话说，如果我们：
open a connection
do work
commit write batch nowait;
close the connection
open another connection
do work
commit write batch nowait;
close the connection
rinse, repeat...
当连接关闭时，这两个提交是批处理的还是 Oracle 是否将每个连接的提交刷新到磁盘？
2）有没有办法找出批量提交写入磁盘并变得“持久”的频率？
3) 写入磁盘的批量提交是否序列化？换句话说：如果应用程序批量提交“A”工作，然后批量提交“B”工作，“A”工作总是在“B”工作之前写入磁盘，还是“B”工作有可能写入磁盘在“A”工作写入磁盘之前，实例崩溃，“A”工作丢失但“B”工作持久？
我继续打开了一个 Oracle SR，这就是 Oracle 不得不说的：
不会。一旦会话生成了足够的重做，Oracle 就会将数据从 Buffer 写入重做日志。由于您的会话已关闭，Oracle 将立即写入。
否。我已经检查了所有 oracle 文档和 Metalink，但该信息不可用。有关异步提交的最高级文档可从此链接获得。
据我从文档中了解到，它们是序列化的。由于在生成“足够”的重做时将事务写入磁盘，因此我预计 A 将在 B 之前写入。最坏的情况是它们将同时写入。请注意，这不适用于多个会话，例如会话 1 中的“A”和会话 2 中的“B”。