SQL Server:如何持有select查询的排它锁?对于mysql,
select * from Employee e
where e.id=123
for update
其他并发事务无法读取或写入所选行。
如何在SQL server上实现同样的功能?
SELECT *
FROM Employee e
WITH (HOLDLOCK, ROWLOCK)
WHERE e.id = 123;
对于(HOLDLOCK,row LOCK ),它是否持有所选行的读锁定?有了读锁,其他事务仍然可以读取锁定的行,对吗?
我有一个有超过160百万条目的表,它有一个错误的表引擎,所以我要改变引擎。当我在没有做任何准备的情况下做这件事时,由于缓冲区大小,由于行锁太多,我会得到一个错误。
mysql> ALTER TABLE foobar ENGINE=MyISAM;
ERROR 1206 (HY000): The total number of locks exceeds the lock table size
现在,我希望在此操作之前锁定整个表,然后解锁整个表。
mysql> LOCK TABLES foobar WRITE;
我的问题是: mysql服务器是否注意到一个表锁已经处于活动状态并跳过了行
我有一个简单的函数,如下所示
$q = "SELECT * FROM tbl1 WHERE proc=0";
$r = mysql_query($q);
if (mysql_num_rows($r) > 0) {
while ($row = mysql_fetch_assoc($r)) {
mysql_query('UPDATE SET proc=0 FROM tbl1 id=' . $row['id']);
mysql_query("INSERT INTO tbl2(value,tbl_id
我有一张桌子,名叫spot和reservation。spot包含spot_id和spot_status列。对于预订过程,我启动一个事务,然后使用此查询获取特定行的锁。我正在使用php和mysql。
//start transaction
SELECT * FROM spot WHERE spot_id = $id FOR UPDATE ;
//if this query is successful then
1. set spot status to 1
2. insert corresponding values in reservation table.
and the
我正在编写一些代码,它使用行级锁定和MySQL (innodb后端)。
伪码是:
START TRANSACTION
SELECT * FROM foo WHERE foocondition FOR UPDATE
UPDATE foo set bar=value WHERE foocondition
COMMIT
我在mysql文档中找不到提交后持有的锁的信息。
我是否必须在提交后执行“解锁表”,还是它是隐式的?答案应该是“不”,但我想得到有关的反馈。
我不明白两个重复查询,每个查询使用主键删除单个表上的一行,怎么会死锁。有谁能解释一下吗?
在我看来,其中一个事务应该获得锁,而另一个事务则必须等待。
以下是死锁报告,以及查询:
Fri Jun 01 2012 13:50:23
*** (1) TRANSACTION:
TRANSACTION 3 1439005348, ACTIVE 0 sec, process no 22419, OS thread id 1166235968 starting index read
mysql tables in use 1, locked 1
LOCK WAIT 2 lock struct(s), hea
我有一个大表,必须在其中更新几行。我试图使用多个线程同时更新不同的行,但是MySql似乎锁定了表中的所有行,而不是只锁定那些由“where”子句匹配的行。因此,更新不是并发的,有时会导致锁定超时错误。
有没有任何方法可以同时更新不同的行?
我在后端使用Django执行更新操作。我可以转到Postgres,但会有帮助吗?还是仍然存在锁定问题?
更新:添加代码段:
def process_calculate_training(base_dept, exch_dept):
# First initialize training to None, this is not happening c
我已经阅读并测试了MySQL的InnoDB中的行级锁,但我仍然很难说“我知道锁在MySQL中是如何工作的”!
以下是我的测试数据:
mysql> select * from lockable;
+----+----+----+
| id | c1 | c2 |
+----+----+----+
| 1 | A | A |
| 2 | A | B |
| 3 | A | C |
| 4 | B | A |
| 5 | B | B |
| 6 | B | C |
| 7 | C | A |
| 8 | C | B |
| 9 | C | C
我使用MySQL中的行锁定(事务)来创建作业队列。使用的引擎是InnoDB。
SQL查询
START TRANSACTION;
SELECT *
FROM mytable
WHERE status IS NULL
ORDER BY timestamp DESC LIMIT 1
FOR UPDATE;
UPDATE mytable SET status = 1;
COMMIT;
根据这个,
The problem with SELECT FOR UPDATE is that it usually creates a single synchronization point for
要在MySQL中锁定两行,我应该使用:
SELECT * FROM <table> WHERE id=? OR id=? FOR UPDATE;
或者:
SELECT * FROM <table> WHERE id=? AND id=? FOR UPDATE;
显然,我在一个事务中,只是不确定它应该是AND还是OR
例如,我锁定了一些行:
select * from t1 where c2 = 1 for update;
c2没有索引。这意味着MySQL必须搜索整个表,如果它读取未提交或读取提交的隔离级别,它会在每个扫描行上设置锁,如果它不满足WHERE条件,则立即释放锁。
如果是可重复的,则读取那些不满足WHERE条件的锁,直到事务结束。
当MySQL出于某种原因搜索索引列时,它不会在不满足WHERE条件的行上设置锁。是的,它使用了另一种算法,允许它在3-4取中找到行,但在找到正确的行之前,它仍然会触及一些行。
说SELECT FOR UPDATE设置一个IX锁。IX锁是意图排他锁,当发出时它意味着“事务T打算在扫描行上设置X(排它)锁”。这意味着在SELECT FOR UPDATE成功之前,它必须先获得IX,然后才能获得X。MySQL术语表表示,关于意图排他性锁:
意图锁定
一种适用于表级别的锁,用于指示事务打算在表中的行上获取什么样的锁。不同的事务可以在同一表上获取不同类型的意图锁,,但是获取表上的意图排他(IX)锁的第一个事务阻止其他事务获取表上的任何S或X锁。相反,获取表上的意图共享(IS)锁的第一个事务阻止其他事务获取该表上的任何X锁。两阶段进程允许按顺序解析锁请求,而不阻塞兼容的锁和相应
考虑mysql中的以下模式:
create table foo(
id int not null primary key auto_increment,
name varchar(32) not null,
unique key(name)
);
表中还有一个名字叫"abc“的记录。
我有一个交易(RC):
start transaction;
delete from foo where name = "abc";
insert into foo(name) values("abc");
commit;
如果存在两个并发事务,则会发生死锁。
"SELECT ... FOR UPDATE"锁是否加入了MySQL中的行?
如果是的话,是否有可能禁用这种行为?
文档中没有这方面的内容。我已经看到Oracle支持"SELECT ... FOR UPDATE OF table_name",其中table_name是主表,或者是受影响的行将被锁定的连接表之一,但我从未见过在MySQL上下文中提到过这一点。
这类问题已经张贴了几次,但在以下情况下所提供的解决办法并不理想。在第一个查询中,我选择执行第一个查询时已知存在的表名。然后,在循环遍历它们时,我希望查询所选表中的记录数,但前提是它们仍然存在。问题是,在循环期间,一些表被另一个脚本删除。例如:
SELECT tablename FROM table
-- returns say 100 tables
while (%tables){
SELECT COUNT(*) FROM $table
-- by the time it gets to the umpteenth table, it's been dropped
如果我有这个多更新查询
UPDATE user u
INNER JOIN user_profile up ON up.user_id = u.id
SET u.name = 'same_name_i_already_had', up.profile.age = 25
WHERE u.id = 10
让我们假设user表中的第10行的名称已经是‘table _ name _I_ row _had’,所以不应该更新它。
另一方面,user_profile表中的行具有不同的历史,因此MySQL应该更新它。
假设MySQL作为关系数据库管理系统,InnoDB及其行级锁定系统作为两个表的