1

我有一个我不久前建立的在线商店，我一直在产品库存表上使用 LOCK TABLES 来确保库存不会低于 0 或没有正确更新。

最近数据库上有很多流量和很多操作（还有一些其他的 LOCK TABLES），所以我一直在问自己是否有更快、更安全的方法来保持数据的一致性。

我正在尝试了解交易及其工作方式，我想知道以下逻辑是否会成功应用于我的结帐流程：

1) START TRANSACTION （以便可以回滚任何后续查询，如果其中一个失败或其他一些条件（如库存低于需要））

2）在“客户”表中插入客户

3) 在“订单”表中插入订单信息

4）对不同表的相似查询

5）对于购物车中的每个产品：

5.1) 更新产品集 stock = stock - x where stock - x >= 0 (x 是客户想要购买的任何单位)

5.2）检查受影响的行，如果受影响的行== 0，则回滚并退出（当前产品的库存不足，因此取消订单/抛出错误）

5.3）一些其他查询......等等......

6) 提交

这听起来正确吗？

我没有得到（并且不知道我是否应该首先关注）是“产品”表和库存数据会发生什么，如果某个并发会话（另一个客户）试图放置相同的订单或包含某些相同产品的订单。

第二个事务会等待第一个事务完成并且第二个事务使用最新的库存数据，还是它们会同时运行并且在某些情况下可能都失败或什么？

4

1 回答 1

2

您的工作流程是正确的，即使我会从交易中删除第 2 步（保存客户的详细信息）：您可能想要记住您的客户，即使无法下订单。

当在事务中更新行时，该行（或在某些不幸的情况下，整个表）会以独占模式锁定，直到事务结束。这意味着在尝试更新库存时，同时尝试对同一产品下订单将被搁置。

当第一个事务被提交（或回滚）时，锁被释放，并发更新将更新新值。

推荐阅读：本手册章节，全文，尤其是本页。是的，很多（但如果你一开始没有理解所有内容，请不要担心——兔子洞非常非常深）

于 2013-08-03T00:16:08.053 回答