请教下 lockForUpdate () 的问题

串行化锁超时是在所难免的

你是又想上锁，又不想阻塞，哪有这么好的事情

简单点用缓存就好，更新中的都在缓存中记录，下次触发时查询从缓存中排除，更新完移除缓存。

我在想有没有什么办法可以检测目标数据是否上锁

虽然你没说，但从你的语境中的猜测数据库指的是 mysql 数据库。

好，那么就针对 mysql 来探讨一下这个问题。(接下来的讨论，我们默认是 mysql5.5 以上的 InnoDB 引擎)

这时候取出一条数据（data a）执行数据更新，比如要执行 10s。Copy

我感觉潜在的问题是你认为资源浪费了对吧。那么在这个场景下，我们来逐步分析一波。

我们知道 mysql 是基于磁盘的数据库，取出 data a 在操作系统下的步骤是，把磁盘的数据读入内存，再交给 cpu 去操作。从磁盘读数据是，随机 I/O，代价非常高（即使是 ssd，在第一次读取的时候依旧是随机）。mysql 的做法通常不是只取 data a，把 data a 左右的邻居也一起请到了内存来 (这里是 page 的概念)，然后只返回给你了 data a 这个东西。是的，操作好像就结束了。

那么

而 2s 后，脚本再次触发执行，这时候，还是取出了 data a，又被执行了，造成资源浪费。Copy

这个步骤是怎么操作的呢？mysql 直接从内存中把 data a 返回给你，效率非常之高。等等，为什么是直接从内存返回？因为 mysql 深知磁盘之慢，你上次查询的结果，它全部保存在内存中。即使你连续十次读取 data a，从磁盘去读 data a 的动作也只有一次，剩下的九次都是在内存取。

在你提出的场景中，还是取出了 data a 的速度超快，因为数据取自内存。好了，数据库层面不存在资源浪费了。

如果你是因为资源浪费，所以才要限制掉这种重复取 data a 的情况，那么讨论就已经可以结束了。如果你只是单纯想要限制重复取 data a，那么我们应该怎么办。

这个在数据库层面是办不到的，或是我不知道。但在代码逻辑中是可以很轻松办到的，比如我们采取单例模式的设计，脚本运行的时候去 redis 查有没有一个特定的 key，没有的话就设置一个，再脚本结束了再删除这个 key。如果有这个特定的 key，就结束脚本不执行。如果当前系统有队列，那么用队列去做也是一个不错的选择。解决方案很多，就看你怎么去选择。