for update游标是否可以是用rowid来释放锁？

newkid

sql_tigerliu 发表于 2023-8-3 22:36
网上找了一个电子版大致看了一下, 书中对于一些功能性介绍还是挺详细的. 但是关于sql优化相关的描述有些还 ...

你是不是翻译过一本Richard Niemiec写的性能优化的书？我在亚马逊买过英文电子版，看了前面两章发现有很多错误，都没继续看完。

sql_tigerliu

newkid 发表于 2023-8-3 23:24
你是不是翻译过一本Richard Niemiec写的性能优化的书？我在亚马逊买过英文电子版，看了前面两章发现有很多 ...

我发现是有几处有问题, 都很正常.  11g版本是我老板参与翻译的, 也纠正了很多关于并行的错误.

yulihua49

没辙，就是锁一个结果集。
INFORMIX是Fetch一个锁一个。如果没有修改，fetch下一个时这个解锁。如果修改了，就不解锁。也有问题，有两个人fetch到了，有一个会修改失败。
可以加一个skiplock选项，就能跳过锁，二人交叉修改。（抢票的话，一个抢到1,3,5，另一个抢到2,4,6）
但是必须一次性commit，不能一个一个的解锁。

for update skiplock      
试试。

newkid

yulihua49 发表于 2023-8-20 19:11
没辙，就是锁一个结果集。INFORMIX是Fetch一个锁一个。如果没有修改，fetch下一个时这个解锁。如果修改了， ...

for update skip locked 在使用上有一个问题，就是它的ROWNUM实际上是包含了被别人锁定的行，而不是你想要的未锁的行。
就拿抢火车票的例子来说，你是不想占住所有票的，所以你的语句会加上ROWNUM条件，比如ROWNUM<=5, 一口气拿到5张票。
然而，如果有些数据被其他会话锁定，ROWNUM依然会把它们计算在内，这就导致你最终得到的行数可能会比5更小，甚至一张也抢不到，虽然明明后面还有未锁定的票，但是ROWNUM已经满了，它并不会继续尝试。
所以，我有这样的需求一般是不在游标加锁，而是在循环内自己用 SELECT FOR UPDATE NOWAIT尝试并且计数。

yulihua49

newkid 发表于 2023-8-20 22:31
for update skip locked 在使用上有一个问题，就是它的ROWNUM实际上是包含了被别人锁定的行，而不是你想要 ...

哦。
我的电脑坏掉了，坛子密码也忘了。这刚找回来。
你说的对，使用要注意这一点。

yulihua49

newkid 发表于 2023-8-20 22:31
for update skip locked 在使用上有一个问题，就是它的ROWNUM实际上是包含了被别人锁定的行，而不是你想要 ...

哦。
我的电脑坏掉了，坛子密码也忘了。这刚找回来。
你说的对，使用要注意这一点。

yulihua49

浏览器老是有问题，登录不进来。