回答情况：
提问时间：
问题标签：
根据SQL标准，可重复读取应防止模糊读取和脏读取，而可序列化也应防止幻影读取。是可序列化保护不受写斜或读倾斜和可重复读取的影响吗？
浏览 1修改于2015-10-16得票数 4
回答已采纳
MySQL事务的默认隔离级别是“可重复读取”。根据另一个堆栈溢出问题( )，“可重复读取是一个更高的隔离级别，除了对已提交读取级别的保证之外，它还保证任何数据读取都不能更改，如果事务再次读取相同的数据，它将发现先前读取的数据已就位，没有变化，并可供读取SELECT @new_val := howmany FROM people WHERE name = 'alex';SET @new_val = @new_val - 5;new_val := ho
浏览 2修改于2017-05-23得票数 1
回答已采纳
1回答
什么是实体框架的默认读锁，以及如何实现可重复读锁。
我在想，也许在某个地方有一个全局设置，以便默认情况下获取类型为可重复读取的读锁，然后在savechanges生效后释放。这里的 .Says默认隔离级别是snapshot.How，我是否可以更改为可重复读取。
浏览 2修改于2017-05-23得票数 0
1回答
如果使用可重复读取和XA，会丢失什么呢？
但是，对于分布式事务，必须使用SERIALIZABLE隔离级别来实现ACID属性。对非分布式事务使用可重复读取就足够了，而对分布式事务则不使用可重复读取。
浏览 6提问于2011-06-07得票数 4
当使用可重复读取隔离时，可以保证在事务完成之前，使用SELECT读取的行不会被修改。
这似乎与选择的内容相似。更新报价。那么，当使用可重复读取隔离时，使用SELECT FOR UPDATE有什么意义呢？
浏览 1提问于2015-11-18得票数 14
回答已采纳
可重复读取定义为
一个更高的隔离级别，即除了已提交的读取级别的保证之外，它还保证任何读取的数据都不能更改，如果事务再次读取相同的数据，它将发现先前读取的数据已就位，没有变化，可以读取。可重复读取与快照隔离级别有何不同？
浏览 0提问于2019-03-18得票数 15
回答已采纳
具体来说，为什么他们的手册声称
这个声明真的有必要保证没有“不可重复的读取”吗？这对我来说并不明显，有人能澄清一下吗？
浏览 2修改于2014-12-31得票数 0
在中，在默认事务隔离级别“可重复读取”中，MySQL将在处理"update“和"delete”语句时发出下一个键锁。我不明白为什么它不使用记录锁而不是下一个键锁，因为下一个键锁的优点是它可以避免“幻影读取”，但它允许在隔离级别“可重复读取”。
浏览 3提问于2015-01-15得票数 0
MySQL/INNODB，在表t (a，b，c，d)值(10,20,30,40)上，我们让这两个事务(A和B)按下面指定的顺序执行：2)B:设置事务隔离级别可重复读；4)A:更新t集a=a+3；6)B select * from t；
从(6)返回的值是(10,20,30,40)，好像(3)上的列d的选择导致在事务B上创建本地快照，并且由于B具有可重复读取，因此它保持一致的值。
浏览 0提问于2016-05-02得票数 0
1回答
维基百科定义了以下术语：
通过基于锁的并发控制DBMS实现，可序列化隔离级别要求在事务结束时释放读和写锁(从所选数据中获取)。在可重复读取隔离级别中，基于锁的并发控制DBMS实现将读和写锁(在所选数据上获取)保持到事务结束为止。但是，范围锁不被管理，因此可能会发生幻影读取。只要我正确地解释它，可序列化和可重复读取隔离级别都对应于严格两相锁定 (在这种状态下，共享和独占模式锁一直保持到事务提交/中止为止)，根据书名为Korth等人.，事务可以通过提交顺序来序列化。然而，Kort
浏览 0提问于2019-03-13得票数 2
在有关事务隔离级别的PostgreSQL文档中，我们可以阅读以下内容：
虽然在主服务器上执行可序列化事务中的所有永久数据库写入将确保所有标准最终达到一致状态，但在备用上运行的可重复读取事务有时会看到与主服务器上可序列化事务的任何串行执行不一致的瞬态在什么情况下，在热备用上运行的可重复读取事务会出现不一致的瞬态？
浏览 2提问于2015-03-03得票数 6
回答已采纳
commit;我使用的是可重复读取，这就是为什么我认为删除将被认为是幻影读取，因为MySQL中的可重复读取允许幻影读取，因此，我认为在控制台2(右边的)的倒数第二选择中，记录不应该出现(即使不应用提交)，因为它是幻影读取，可重复读取允许幻影读取
浏览 8修改于2022-09-22得票数 1
如果我对SQL Server使用普通的JDBC连接，并将隔离级别设置为READ_REPEATABLE并使用一个简单的select，我会在可重复读取中看到不一致吗？或者，我应该始终使用select for update来避免事务中不一致的可重复读取吗？如果是这样的话，隔离级别是如何处理的，它们将如何发挥作用？
浏览 0修改于2019-08-11得票数 2
如果我们以同一链接上的不可重复读取和可重复读取隔离级别为例，根据我的理解，trnsaction 1在启动第一个查询时开始，即SELECT * FROM users WHERE id = 1.数据库管理系统将保持对- may occur -根据我的理解，最可靠的是可序列化的，然后是可重复的读，然后是读提交，但我仍然看到aplications使用Read。因为<em
浏览 6修改于2011-09-14得票数 5
回答已采纳
0回答
2020-12-14：mysql中，可重复读是怎么实现的？
数据库、云数据库 SQL Server、sql
2020-12-14：mysql中，可重复读是怎么实现的？
浏览 150提问于2020-12-14
2回答
http://www.postgresql.org/docs/9.2/static/transaction-iso.html文档指出，可重复读取事务中的查询在事务开始时会看到快照，那么查询怎么可能读取不一致的数据？
浏览 0提问于2013-05-15得票数 13
如果您需要尽可能地最小化并发性，那么哪种隔离级别(可重复读取、可序列化、已提交读取、未提交读取)效果最好？
浏览 0修改于2009-06-15得票数 0
我有以下交易String[] querySetOne = new String[5];querySetOne[querySetTwo[2] = "insert into vendorcontact values (105, 700, 20, NULL)";我尝试在可重复读取隔离级别上使用InnoDB数据库引擎创建幻影读取，但我现在的理解
浏览 3提问于2012-03-24得票数 0
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号