为何DbConnection.BeginTransaction指定隔离级别不影响SQL？其作用是什么？

我在System.Data命名空间中使用SQL Server Profiler测试时发现：无论向DbConnection.BeginTransaction(isolationLevel)传入何种IsolationLevel值，发送到数据库的SQL语句都不会变化。

示例代码：

using DbConnection connection = new SqlConnection(EFContext.GetConnectionString());
connection.Open();
using var transaction = connection.BeginTransaction(IsolationLevel.Serializable);
//           修改此处隔离级别不影响SQL ^^^^^^^^^^^^^^^^^^^^^^^^^^^
using var command = connection.CreateCommand();
command.Transaction = transaction;
command.CommandType = CommandType.Text;
command.CommandText = "DROP TABLE IF EXISTS __TEST";
command.ExecuteNonQuery();
transaction.Commit();

SQL Server Profiler捕获到的事件始终一致：

我的疑问：

1. 既然指定隔离级别不影响SQL语句，那么向DbConnection.BeginTransaction(isolationLevel)传入隔离级别的作用是什么？
2. 既然可以手动执行SET TRANSACTION ISOLATION LEVEL SERIALIZABLE这类语句，为何BeginTransaction不自动执行该操作？

1. BeginTransaction(isolationLevel)传入隔离级别的作用 #

• 驱动层面维护隔离级别：SqlClient驱动会在本地记录指定的隔离级别，后续属于该事务的所有命令都会自动应用这个级别——并非通过发送SET语句，而是驱动在与SQL Server通信时，通过TDS（表格格式数据流）协议的事务启动包直接传递隔离级别参数，SQL Server会根据该参数设置事务隔离级别。
• 保证事务行为一致性：驱动会确保该事务内的所有操作严格遵循指定的隔离级别，避免连接默认隔离级别变化对事务产生影响。比如连接默认是ReadCommitted，但你指定了Serializable，驱动会强制该事务内的所有命令使用Serializable级别，无需额外手动配置。
• 适配ADO.NET抽象层：DbConnection是ADO.NET的抽象基类，不同数据库驱动对隔离级别的实现逻辑不同。SQL Server用TDS协议传递参数，其他数据库可能需要发送SET语句，这个参数保证了在抽象层调用时的行为一致性。

2. 为何BeginTransaction不自动执行SET TRANSACTION ISOLATION LEVEL语句 #

• 性能优化：通过TDS协议直接传递隔离级别参数，比发送额外的SET语句少一次数据库往返，效率更高。
• 原生协议支持：SQL Server的TDS协议本身支持在启动事务时指定隔离级别，这是更底层的原生实现方式，无需依赖SQL语句执行。
• 避免作用域污染：SET TRANSACTION ISOLATION LEVEL是会话级设置，会影响该连接上的所有后续事务（除非显式修改）。而BeginTransaction指定的隔离级别仅作用于当前事务，不会改变连接的默认隔离级别，避免对后续操作产生意外影响。

内容的提问来源于stack exchange，提问作者user3163495