回答情况：
提问时间：
问题标签：
在PostgreSQL中，机制指出：
如果并发事务对锁定的行发出更新，则第二个事务将阻塞，直到第一个事务释放其锁为止。在READ_COMMITTED中仍然可以发生丢失的更新，因为在第一个事务</em
浏览 3修改于2018-01-04得票数 7
回答已采纳
与基于参与者的同步和基于锁的同步相比，事务性内存是什么？
据我所知，这是另一种并发控制机制。或者它是与演员、事件、锁等完全不同的东西？
浏览 6提问于2017-01-24得票数 1
回答已采纳
我在单个服务器上实现乐观事务(BOCC)。在提交时，将根据当前数据库状态验证读和写集(如果自读取以来状态已更改，则事务将中止)。如果验证成功，则将所有对象写入数据库。不同对象集上的验证(加上数据库更新)可以是并发的，但是必须使用读和写锁保护重叠对象集。因此，恢复会重复数
浏览 1修改于2015-12-01得票数 1
回答已采纳
由于悲观锁只能应用于单个数据库事务。并且在用户思考时间内保持数据库事务的打开，以数据库中的锁作为反模式，那么在此之间实现悲观锁的正确方法是什么呢？我知道如何在长对话中实现乐观锁定与用户思考时间之间，只是不知道如何实现悲观锁定与用户之间的长对话思考时间。
浏览 1提问于2019-02-05得票数 0
回答已采纳
我的问题是，两相锁定(而不是“严格的两相锁定”)机制如何知道它何时开始收缩阶段？除非DB知道事务中的所有查询(这违背了两阶段锁定机制的全部要点，这种机制应该能够在不知道事务中的所有查询的情况下确保可序列化)，否则无法判断事务是否需要获得更多的锁。假设我有如下事务：select * from test_tab where id=1;update
浏览 0修改于2022-05-02得票数 -1
我希望有一些机制，允许我根据equals()实现获取每个对象的锁。对于我想要达到的目标，有什么解决方案吗？我有某种事务，在这种事务中，我更新两个对象的状态。一旦启动了这个事务，我就不希望任
浏览 0修改于2018-06-11得票数 0
今天，当我学习使用“可重入锁”时，我遇到了一个问题。在售卖商品业务代码中添加锁。// Check stock // Reduce stock }前提是使用MySQL数据库的重读隔离机制显然，事务必须在“lock”之后启动，所以关键是事务是否必须在“unlock”之前提交。如果它是在“unlock”之后，那么它确实有可能超卖:例如，当线程1完
浏览 0修改于2021-07-17得票数 1
2回答
我想问几个关于Server锁定机制的问题
如果我没有在SQL语句中使用锁提示，Server默认使用PAGELOCK提示。我说得对吗？如果是，那为什么？可能是因为锁太多的原因，这是我唯一的缺点，但是如果还有其他的，请告诉我。我正在编写一个服务器端应用程序，一个同步服务器(不使用同步框架)，并且我用C#代码文件编写了数据库查询，并使用C#连接来执行它们。如果在没有事务和语句包含锁提示的情况下执行(SELECT/DML)，那么将获得什么样的锁(例如共享、更新、排它)
浏览 3修改于2010-01-19得票数 3
回答已采纳
我正在学习JPA悲观的锁。我找到了以下解释
PESSIMISTIC_READ -实体被锁定在数据库上，阻止任何其他事务获取PESSIMISTIC_WRITE锁。PESSIMISTIC_WRITE -该实体被锁定在数据库上，防止任何其他事务获取PESSIMISTIC_READ或PESSIMISTIC_WRITE锁。如果我正确理解，那么如果我们有三个用户(A，B，C)和用户A获得读锁，那么用户B也可以获得读锁，但是用户C不能获得写<em
浏览 0修改于2020-06-20得票数 0
回答已采纳
2并发不启动事务。假设当并发A锁到1-3，并发B锁到5-8，并发A锁5和等待，并发B锁1和wait.Is有可能导致死锁吗？如果是这样的话，为什么MySQL不自动提供并发退出锁以避免死锁？
假设事务被打开，这个机制肯定是不允许的，因为结果
浏览 0修改于2022-12-18得票数 1
1回答
我有一种情况，我们正在使用SELECT FOR UPDATE从数据库中获取对象的锁。这对于我们以有序的方式从多个表中插入和删除记录是必要的。该功能的工作原理如下所示。但是，我们在数据库级别获得了另一个锁，以确保当大量用户登录时数据库事务是同步的。目的:修复锁定机制</em
浏览 0修改于2017-10-31得票数 0
时间锁功能将充当看门人，因此解密将不会继续进行，数据将不会显示，直到将来特定的(灵活的) DateTimeOffset？用户将需要等待，直到将来的某个日期，然后程序将通过签署微事务自动解密(通过DateTimeOffset自动解密与区块链上的事务解锁)自动解密。要求：
理想情况下，时间锁DateTimeOffset/事务解锁应该来自外部来源(比特币区块链)。 TimeLock特性不应该是一个简单的if/else子句，如果进行反编译，很容易就会失效。参见Peter To
浏览 41修改于2019-04-15得票数 1
如果客户端建立事务，锁行或表，客户端进程在有机会回滚或提交事务之前崩溃，会发生什么情况？如果有的话，Server对事务做了什么？请提供权威来源，以支持您的答案。
更新:客户端进程正在崩溃。我指的不是调用杀生命令的人。
浏览 0修改于2015-06-23得票数 9
回答已采纳
说SELECT FOR UPDATE设置一个IX锁。IX锁是意图排他锁，当发出时它意味着“事务T打算在扫描行上设置X(排它)锁”。MySQL术语表表示，关于意图排他性锁：
一种适用于表级别的锁，用于指示事务打算在表中的行上获取什么样的锁。不同的事务可以在同一表上获取不同类型的意图锁，，但是获取表上的意图排他(IX)锁的第一个事务阻止其他事务</
浏览 1修改于2014-02-27得票数 2
尝试无限期地保持一个事务的开放以保持一个咨询锁是一个坏主意吗？对于我们的用例来说，它的功能似乎足够好，但是在性能测试中，长事务已经引起了很多人的注意。我们的应用程序在一个连接到数据库的集群中有几个后端，并且可以使用某种互斥来确保最多其中一个后端负责一些家务。为此，我选择使用事务级建议锁，因为我们不控制环境，也不能排除外部连接池。每个后端都会定期尝试获取锁。当它成功地获得锁时，它将周期性地重新执行相同的语句，以确保仍然持有锁(并防止启动
浏览 0修改于2023-03-10得票数 0
1回答
我遇到了这样的情况:我们使用SELECT FOR UPDATE从数据库获取对象的锁。这对于我们以有序的方式从多个表中插入和删除记录是必要的。该功能的工作方式如下所示。登录->获取唯一锁对象上的锁，并将记录插入到多个表中，并释放锁-> Logout ->获取同一个唯一锁对象的锁，并从多个表中删除记录并释放锁。
我们启用了同步，以跟踪用户在登录之前登录的情况。但是，我们在数据库级别获得另一个锁，以确保在
浏览 0提问于2017-10-31得票数 0
MySQL文档建议，当使用mysqldump转储InnoDB时，使用--单事务获得数据库事务一致的快照，同时尽量减少对其他事务的阻塞。我的用例是，我每小时使用mysqldump实用程序定期备份我的数据库。我认为使用mysqldump的默认-锁表可能会给我提供事务的一致性，但是：
锁表和解锁
浏览 4修改于2021-03-18得票数 1
回答已采纳
UPDATE Order WHERE OrderId = @OrderId在事务完成之前，我们是否有效地对这些表进行了分类？或者只是一些表(也就是插入和更新)--因为事务实际上只与我心目中的插入和更新相关(例如不能回滚一个选择)。
其他竞争过程是否必须等到事务完成(我
浏览 3修改于2017-11-12得票数 0
我可能忽略了/误解了这里的锁定机制！例如，假设有一个使用2PL运行的数据库：| ID | email_count |
现在假设我们有两个并发执行的事务，T1和T2。这里有一个场景，其中2PL似乎没有解决丢失的更新问题(T1代表事务1)：
T1 ->提供了一个非排他的、共享的读锁。从email_count读取ID
浏览 5修改于2022-03-20得票数 1
回答已采纳
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号