gpt4 book ai didi

mysql - READ UNCOMMITTED 与 FOR UPDATE 的替代方案

转载 作者:行者123 更新时间:2023-11-29 00:41:34 25 4
gpt4 key购买 nike

我们有 2 个脚本/mysql 连接从表中获取行。一旦一个脚本获取了一些行,另一个脚本就不能访问这些行。

到目前为止,我所得到的似乎有效的是:

SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED
START TRANSACTION

SELECT * FROM table WHERE result='new' FOR UPDATE

// Loop over update
UPDATE table SET result='old' WHERE id=...

COMMIT

据我了解,同一个连接可以读取脏数据,但其他连接应该不能读取,因为行已锁定。这是正确的吗?

还有没有更好的方法来保证在两个脚本都运行的情况下每一行只能被 SELECT 一次?

编辑:哦...而且引擎是 Innodb

编辑:我也想尽量避免死锁,除非它们真的没有效果,我可以为它们做准备并重新运行查询。

最佳答案

SELECT ... FOR UDATE 在行上设置独占锁,如果不可能,它会等待锁被释放,SELECT ... FOR UDATE< 的主要目的 语句是为了防止其他人在您操作它们时读取某些行。

如果我没答错你的问题,你所说的“脏数据”是指那些锁定的行吗?不明白你为什么称它们为“脏”,因为它们只是被锁定,但实际上在同一事务中你可以读取你锁定的行(很明显)。

关于你的第二个问题

Also is there a better way of guaranteeing that each row can only be SELECT one time with both scripts running?

SELECT ... FOR UDATE 保证在每个时刻某些行只能在一个事务中读取。我看不出有更好的方法来做到这一点,因为这个声明是专门为此目的而设计的。

关于mysql - READ UNCOMMITTED 与 FOR UPDATE 的替代方案,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12065850/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com