2回答
我研究了Server的READ COMMITTED SNAPSHOT和SNAPSHOT隔离级别之间的差异，发现了以下资源：对于大多数应用程序，建议使用行版本控制进行读提交隔离，而不是快照隔离，原因如下：
它比快照隔离占用更少的tempdb空间。快照隔离容易发生不适用于使用行<em
浏览 0提问于2013-12-08得票数 28
回答已采纳
在Server可用性组中使用可读的辅助副本时，Server还将使用内部读取提交的快照隔离。当可读的辅助副本发生故障转移时，辅助数据库隔离模式是否会更改回读提交作为主副本，还是在内部保持读提交快照隔离？最后，如果数据库隔离模式保持不变；公平地说，如果数据库支持可读的二级副本，那么它也必须支持RCSI吗？
浏览 0提问于2020-04-14得票数 0
回答已采纳
1回答
使用read committed快照隔离，在commit之后，行版本会发生什么？ 它是永久存储在tempdp中，还是会在某个时候被删除？ 如何判断这会增加多少tempdp大小？
浏览 23提问于2021-04-11得票数 0
1回答
我正在考虑在我们的SQL 2005数据库上启用读提交快照隔离，以尝试获得一些性能。设置此隔离级别是否会影响所有查询，无论它们是否正在使用BEGIN TRAN和COMMIT TRAN？根据MSDN的说法：我不清楚“事务”是指所有sql查询，还是仅指显式使用事务的查询。
浏览 0提问于2013-06-07得票数 0
回答已采纳
1回答
Gold) = @calculatedValue WHERE Id=@id在这种情况下，如果设置read_commited_snapshot隔离级别但是，如果我设置了可序列化或快照级别，则所有操作都很好。我看了一个“隔离级别比较”表，发现可序列化和快照隔离解决了并发事务的所有问题。但是，可串行化非常慢。
是否可以对所有写事务使用快照隔离？快照隔离有缺
浏览 0提问于2018-07-23得票数 10
回答已采纳
我读过关于这个和事务隔离级别的文章，只是想知道.....
我有一些查询，查询产品，类别，位置和库存。现在，产品、类别和位置数据很少发生变化，但正如您可以想象的那样，库存发生了变化。我的理解是，如果我没有在股票上指定WITH (NOLOCK)，那么应该只获得已提交的事务，而不是脏读。同时，由于其他表的内容很少更改，因此指定WITH (NOLOCK)是安全的。
浏览 1提问于2017-11-03得票数 0
我的数据库的默认隔离级别是“读取提交的快照”。请看下面的截图。我在我的数据库中有一张表“票证”，上面有以下数据。现在，在连接1中，我将启动一个具有隔离级别的新事务，名为"read“。它仍然从版本存储中获取值，版本存储是由read提交的快照隔离创建的，这不是预期的行为。📷
根据文档，如果使用“读取提交”隔离级别的事务，在事务执行commit/Rollb
浏览 0提问于2019-02-13得票数 3
回答已采纳
1回答
试图更好地理解SQL Server中基于行版本控制的事务隔离- RCSI (读取提交快照隔离和快照)。MSDN在线文章"选择基于行版本控制的隔离级别“指出：它比快照隔离占用更少的tempdb空间
浏览 0提问于2013-12-13得票数 7
回答已采纳
在执行简单的选择时，我很难理解行版本控制是否适用。使用SqlConnection时应用的默认隔离级别是什么？从这里编辑：
当在数据库中启用快照隔离时，READ_COMMITTED_SNAPSHOT数据库选项确定默认读取提交隔离级别的行为。当READ_COMMITTED_SNAPSHOT OFF生效时，数据库引擎将使用共享锁强制执行默认隔离</em
浏览 0提问于2019-08-18得票数 1
回答已采纳
当Server的读取提交快照处于打开状态(因此需要一定数量的行版本控制)时，是否仅通过启用快照隔离就会造成额外的开销？快照隔离会导致一些开销，方法是使行稍微大一点，并要求某些tempdb在提交之前存储以前的版本，甚至对于非快照事务也是如此。据我所知，这种基础设施对于读取提交快照也是必要的。因此，当读取提交的快照
浏览 0提问于2013-03-21得票数 7
回答已采纳
从传统的数据库隔离级别角度来看，查询访问未提交状态，从而遵循读未提交隔离级别。作为未来的工作，我们计划通过让TaskManagers保持提交快照的状态来添加读提交的隔离支持，并使用该状态来回答特殊的查询。是否在最新版本Flink中实现了使用读提交的隔离级别进行状态查询。
浏览 2提问于2020-09-26得票数 0
当mysql事务隔离级别为 提交读 与 可重复读 时，按照MVCC机制说明，update一条数据会将旧数据设置删除版本，新增一条数据。再并发处理时，如果后开启的事务先update，那先开启的再后开启事务已提交的情况下，再去update会出现什么状况？以上问题的前提假设：已排除猜想：
重新生成一个
浏览 762提问于2020-07-09
1回答
Oracle不允许脏读取，因此甚至不允许从JDBC设置未提交的读。
当选择Read时，PostgreSQL也会退回到Read。SQL Server定义了一个未提交的读取隔离级别，因为它的并发控制模型基于锁定(除非切换到两个快照隔离级别)，因此它可能是避免对不需要严格一致性的报表进行锁定所带来的性能优势的唯一数据库。InnoDB也在使用MVCC，但与Oracle和PostgreSQL不同，它允许脏读取。为什么会
浏览 4提问于2015-10-19得票数 3
回答已采纳
不允许快照隔离。1=快照隔离状态开启。允许快照隔离。2=快照隔离状态处于过渡到关闭状态。所有事务都有它们的修改版本。无法使用快照隔离启动新事务。直到运行ALTER时活动的所有事务都可以完成为止，数据库仍处于向OFF状态的过渡状态。3=快照隔离状态正在向ON状态过渡。新事务具有版本化修改。在快照
浏览 0提问于2013-06-14得票数 6
回答已采纳
我有点难以区分快照和快照读取提交的区别吗？READ提交是一种悲观的并发方法，如何将其应用于乐观并发？在这种情况下，在快照隔离级别上。
谢谢你，非常感谢你的启发
浏览 0提问于2018-05-02得票数 3
回答已采纳
在SQL Server中，当行已经被锁定以进行更新时，是否可以使用NoWait读取已提交的数据？CREATE TABLE [dbo].UPDATE dbo.tbl SET Detail = '9D' where Id = 1要在SQL Server中实现此目标，需要哪种类型的提示？
浏览 0提问于2013-07-04得票数 1
云服务器
ICP备案
云直播
对象存储
实时音视频
腾讯云开发者
