使用SNAPSHOT隔离级别来进行读取操作,以保证数据的一致性并避免锁定、阻塞或脏/幻读,同时另一个进程在串行化事务中处理连续的输入数据,是否存在问题?
我们需要读取器(保证只读:Web 数据同步、实时监控视图等)能够读取一致的数据,而不会被阻塞或阻塞更新。我们一直使用 SNAPSHOT,但出现了太多的一致性失败,因此将更新过程切换为 SERIALIZABLE。
我已经阅读了一些关于同时使用不同隔离级别的影响的信息,但还不是很清楚。我已经看过锁兼容矩阵和其他各种信息。这似乎没问题,但我真的很希望从有实际经验的人那里得到一些明智的指导,了解任何主要的陷阱。
在写入 SERIALIZABLE 事务时,使用 SNAPSHOT 隔离级别的读取器是否存在问题?是否会阻塞 SERIALIZABLE 事务?与使用 READ COMMITTED(启用 READ_COMMITTED_SNAPSHOT)相比,使用 SNAPSHOT 是否有优势?
谢谢,非常感谢您的帮助 :-)
我们需要读取器(保证只读:Web 数据同步、实时监控视图等)能够读取一致的数据,而不会被阻塞或阻塞更新。我们一直使用 SNAPSHOT,但出现了太多的一致性失败,因此将更新过程切换为 SERIALIZABLE。
我已经阅读了一些关于同时使用不同隔离级别的影响的信息,但还不是很清楚。我已经看过锁兼容矩阵和其他各种信息。这似乎没问题,但我真的很希望从有实际经验的人那里得到一些明智的指导,了解任何主要的陷阱。
在写入 SERIALIZABLE 事务时,使用 SNAPSHOT 隔离级别的读取器是否存在问题?是否会阻塞 SERIALIZABLE 事务?与使用 READ COMMITTED(启用 READ_COMMITTED_SNAPSHOT)相比,使用 SNAPSHOT 是否有优势?
谢谢,非常感谢您的帮助 :-)