Azure Data Studio 事务隔离级别设置问题解析

问题背景

在数据库管理工具Azure Data Studio(ADS)中，用户发现了一个关于事务隔离级别设置的异常行为。当用户尝试通过T-SQL语句SET TRANSACTION ISOLATION LEVEL修改当前会话的事务隔离级别时，设置无法持久生效，系统仍然保持默认的"read committed"隔离级别。

问题现象

用户在使用Azure Data Studio 1.48.0版本时发现：

1. 单独执行SET TRANSACTION ISOLATION LEVEL SERIALIZABLE语句后
2. 再执行DBCC USEROPTIONS查看当前设置
3. 结果显示事务隔离级别仍为"read committed"

然而，当这两条语句在同一批处理中执行时，隔离级别设置能够正确显示。这表明ADS在批处理之间重置了会话级别的设置。

技术分析

通过扩展事件会话追踪发现，Azure Data Studio在每次执行查询时都会自动重置所有ANSI标志和事务隔离级别。这种行为与SQL Server Management Studio(SSMS)不同，SSMS会保持用户设置的会话级别参数直到显式更改。

这种行为源于ADS的设计实现：它将所有查询选项(包括隔离级别)在每次查询执行时都重新设置，而不是像SSMS那样将选项分为两类(一些只在会话初始化时设置，另一些每次查询执行时重置)。

影响评估

这种设计带来了几个重要影响：

1. 违反了SQL Server文档中关于SET TRANSACTION ISOLATION LEVEL的说明："只能设置一个隔离级别选项，并且它会保持设置直到显式更改"
2. 与用户长期使用数据库客户端工具的习惯不符
3. 可能导致开发人员在不知情的情况下使用了错误的隔离级别
4. 在高并发场景下可能引发意外的数据一致性问题

解决方案

微软开发团队已经确认这是一个需要修复的问题。相关修复已合并到代码库中，并计划在1.49.0版本(2023年7月发布)中包含此修复。新版本将调整选项设置方式，使其行为与SSMS保持一致。

临时应对措施

在修复版本发布前，用户可以采用以下临时解决方案：

1. 将所有相关语句(包括隔离级别设置和后续查询)放在同一批处理中执行
2. 避免在批处理之间依赖会话级别的设置
3. 对于关键事务，在每个查询前显式设置所需隔离级别

总结

事务隔离级别是数据库并发控制的核心机制，正确的设置对保证数据一致性至关重要。Azure Data Studio的这一行为虽然出于特定设计考虑，但与标准实践存在差异。开发团队已认识到问题并积极修复，体现了对产品完善和用户体验的重视。用户应关注即将发布的1.49.0版本，以获得更符合预期的行为。