EF 核心事务原始 SQL memory 使用

Question

我试图了解具有大量内部命令的 EF Core 事务如何使用 memory。

假设我有这样的代码：

using var reader = new MyReader(myStream);
using var context = new BloggingContext();
using var transaction = context.Database.BeginTransaction();

try
{
    while (!reader.EndOfStream()) 
    {
        var myObj = reader.ReadNextObject();
        context.Database.ExecuteSqlRaw("INSERT INTO [MyTable] ([Col1], [Col2]) VALUES ({0}, {1})", 
                                       myObj.prop1, myObj.prop2);
    }

    transaction.Commit();
}
catch (Exception)
{
    // Exception handling
}

MyReader正在读取从某个来源流式传输的非常大（数百万行）的记录集合。

我的问题是：

1. myObj变量引用的对象是否可以在我们提交事务之前被垃圾回收，或者我们是否有效地将它们全部加载到 memory 中？

2. 我们设置要执行的所有SQL命令都存储在memory中直到我们提交事务，还是立即发送到数据库？

3. 我是否理解正确，这会锁定[MyTable]直到我们提交事务？

Answer 1

在我们提交事务之前，myObj 变量引用的对象可以被垃圾收集吗

是的。 一旦 ExecuteSqlRaw 完成，EF 将不会保留对 myObj 引用的 object 的任何引用，并且可以收集它。

我们设置要执行的所有SQL命令都存储在memory中直到我们提交事务，还是立即发送到数据库？

它们被ExecuteSqlRaw立即发送到数据库，插入行并将事务日志记录写入内存中的日志缓冲区。 事务只是阻止语句等到日志记录硬化到磁盘，并允许您回滚整个事务。 而且连日志记录都没有保存在服务器上的memory； 它们将被异步地加固到日志文件中，并在回滚的情况下从那里读回。

我是否理解正确，这会锁定 [MyTable] 直到我们提交事务？

SQL 服务器将只锁定插入的行，除非您插入的行太多以至于触发了锁升级。