[分布式设计] 没有 Redis 分布式锁如何保证操作的一致性？

背景

应用实例部署在多个机房，不同机房的应用实例使用同一个 DB，但是受 xxx 风险规则，不同机房不能够使用同一个 Redis：

然而应用中有一个定时任务会按时扫描 DB 中的某个表的记录执行相应的动作 Action，并将结果回写到这条记录中。

一个非常直觉的想法是，使用分布式锁实现某个记录只有一个应用实例在操作。但受限于上述规则而无法实现。

因此，想问下该怎么实现才能保证一个记录不会被多个实例同时操作呢？

思考

目前几个非常直觉的想法是：

1. 应用在扫表后会得到一批记录，每次在执行动作 Action 之前，给这个记录加个行锁？理论上是可行的，但不知道这种加锁的方式是否合适以及代价 / 风险。

2. 每次只让一个机房的应用实例扫表，这样子同机房就可以使用 Redis

3. 给 DB 加个字段让每个机房只搞自己的，当某个机房发生故障的时候手动改配置，让另外一个健康机房可以扫故障机房的单子。

感觉方法都有点野蛮 … 另外这需求其实用消息队列应该是比较优质的解法，但目前规模不大，都不太想用到 Q…