MySQL 5.5 Community Server MySQL 5.6 Community Server Percona Configuration Wizard XtraBackup 搭建主从复制 Great Sites on MySQL Percona MySQL Performance Blog Severalnines 推荐管理工具 Sequel Pro phpMyAdmin 推荐书目 MySQL Cookbook
MySQL 相关项目 MariaDB Drizzle 参考文档 http://mysql-python.sourceforge.net/MySQLdb.html
MySQL 相关项目 MariaDB Drizzle 参考文档 http://mysql-python.sourceforge.net/MySQLdb.html 
这是一个创建于 2013 天前的主题，其中的信息可能已经有所发展或是发生改变。
背景：一个定时任务（多实例），取表 A 中状态为“初始化”的记录，然后取表 B 中对应记录，B 库存-A 消费存在两种情况。若 B-A=0，AB 记录都职位“完成”状态；若 B-A>0,AB 记录都职位“完成”状态后，再生成一条新的 B 记录，库存字段值=B-A ；
正常情况一：AB 各一条记录，库存与消费相等，AB 完成； 正常情况二：AB 各一条记录，库存大于消费，AB 完成，新生成一条库存记录 B ； 正常情况三：库存 B 一条记录，值为 8，消费 A1 、A2 两条记录，值都为 4 。首先 A1 与 B 进行操作，8-4=4>0,A1 和 B 完成，然后生成一条新 B，值为 4，然后 A2 和新 B 操作后全部完成。
异常情况：根据正常情况三，A1 与 A2 先后执行没问题，但是因为是多实例，A1 和 A2 可能同时执行，同时查询到 B 那一条记录，然后俩都 8-4=4>0，最后生成俩新 B 记录
理想结果：B 那条记录能不能加个锁或其它手段控制一下（表数据量大，肯定不能锁整个表），让 A1 和 A2 先后顺序执行，避免同时执行
注：业务比较复杂，并非只是库存-消费者一个小逻辑，此处简化问题了
 | 1 AngryPanda 2020-06-21 10:26:47 +08:00 内存锁，lockName = B 表的 ID |
| 2 AngryPanda 2020-06-21 10:28:05 +08:00 乐观锁: UPDATE/INSERT XXX WHERE B.quantity = 8 |
| 3 AngryPanda 2020-06-21 10:30:43 +08:00 悲观锁：select xxx for update |
| 4 AngryPanda 2020-06-21 10:35:33 +08:00 其实我觉得设计上稍微有点奇怪了：B > A 库存表为啥需要新生成记录呢？ |
 | 5 duanzs OP @AngryPanda 这只是一个简化描述，其实业务上远比描述的复杂 |
 | 6 peyppicp 2020-06-21 11:03:05 +08:00 想顺序就 3 楼悲观锁，b 表里如果有唯一索引的话，select for update 行锁锁住，然后再做业务就行了，如果有并发也会在这行锁这里等待的。 |
 | 7 PopRain 2020-06-21 14:49:37 +08:00  1 update 库存表 set 库存=4 where PK=xx and 库存=8 肯定有一个 UPDATE 不成功的。。。。 （一般关键的更新，都要加上控制字段（或者说版本字段），例子中，原来的库存量就是“控制字段”,肯定要保证更新的是你原来的数据，这个都是开发 ERP 应用的常识。 现在很多人都是根据主键去 UPDATE，当然有问题了（估计是某些 ORM 自身的限制，或者对 ORM 了解不深） |
 | 8 crclz 2020-06-21 15:51:28 +08:00 你这个是没有任何问题的。因为，你会将旧的 B 置为“完成”，相当于给 B 上了一个 X 锁，所以是没问题的。 |
| 9 crclz 2020-06-21 15:55:22 +08:00 同时，如果你的两个事务对 B 先读取的时候没有 FOR UPDATE，那么实际情况就会构成死锁，或者等待。当然，死锁是没有任何问题的，只不过会牺牲一个事务。整个流程是没有问题的，我只是解释一下内部运行过程。 |
Select Language