作者热门文章
- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我们有 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/
我是一名优秀的程序员,十分优秀!