select_for_update悲观锁

例子，银行存款和撤销方法
1、用户A提取帐户 - 余额为100 $。
2、用户B提取帐户 - 余额为100 $。
3、用户B退出30 $ - 余额更新为100 $ - 30 $ = 70 $。
4、用户A存款50 $ - 余额更新为100 $ + 50 $ = 150 $。
这里发生了什么？
用户B要求提取30 $，用户A存入50 $ - 我们预期余额为120 $，但最终为150 $。
为什么会这样呢？
在步骤4，当用户A更新余额时，他在存储器中存储的金额已经过时（用户B已经退出30 $）。
为了防止这种情况发生，我们需要确保我们正在处理的资源在我们正在计算的过程中不会改变。
悲观的做法

悲观的做法表明，您应该完全锁定资源，直到完成它 。 如果没有人可以在您处理对象时获取对象上的锁定，那么可以确保对象没有被更改。

我们使用数据库锁有几个原因：

1、 数据库非常擅长管理锁并保持一致性。

2、数据库是访问数据的最低级别 - 获取最低级别的锁也会防止其他进程尝试修改数据。 例如，DB中的直接更新，cron作业，清理任务等。

3、Django应用程序可以在多个进程 （例如工作者）上运行。 在应用程序级别维护锁将需要大量（不必要的）工作。

要在Django中锁定一个对象，我们使用select_for_update，另外一定要写在事务中。