php + mysql 这个下单流程怎么确保数据的完整性？

2种思路

1. 并发转化为串行，通过队列或类似的手段消解并发，后台一个consumer依次扣减库存

2. 并发&加锁，锁的位置可以在mysql或redis或任意自写sever等地方

不过其实，下单到支付还有一定成功率的，所以下单的地方就卡死的话可能由于用户放弃支付反而卖不完，所以这里会有一些非技术的问题需要考量（超卖/有货没卖出去/支付后砍单倾向哪个？），这个扣库存并发的问题不一定发生在下单时候

其它很简单的，看如下sql
update table set num=num-1 where num>1
不用加什么事务，第二个人买自然会失败

普通的商城基本不太会碰到这样的情况，如果类似秒杀之类的倒是的确有可能，解决办法提供两种：
1. 单进程，修改php-fpm的配置，使得只有一个worker在工作，保证了请求的先后，这个办法对并发非常大的情况下可以用；
2.如果并不是那么大的情况下，我们公司的解决办法是再新建一张中间表，每次有人下单后不管有货没货就往中间表里插一条数据，然后拿到这条数据的自增id，然后再根据这个id去这张表里面找小于这个id的有多少，如果库存数比这个数相等或者小了，表示库存已经没有了，否则就走正常的购买流程
第一种比较好理解，第二中好像写得不是很清楚，楼主将就着看吧

一个思路：
这个商品的库存记录加锁，并且需要两个库存字段：现有库存字段total_cnt，订单数量库存order_cnt；订单记录另外一张表。
假如A、B两用户同时下单，mysql首先处理A的数据请求【B用户请求等待】，计算 total_cnt-order_cnt,大于0，A用户订单成功，生成记录至订单表。且order_cnt 增加A订单的购买数量，A成功支付后更改total_cnt;处理完A请求再请求B的请求处理，原理依上，处理C请求....
total_cnt-order_cnt 为0或小于0时，下单失败。。。

17.如何避免一个需求被执行多遍？同个需求如何让同事帮我协同办公？

提供一种思路：
库存设置为unsigned，并发产生-1时使用try catch捕获异常处理

类似的问题我还遇到过这样的，A用户给B用户发消息，A发一条，B的未读字段+1，同时B查看消息（取消息），B每次消息取回，看到有多少条未读消息就未读字段-1，这样的逻辑本身没问问题是吧，但是当A发消息特别快，毫秒级发一条，同时B也毫秒级的取消息（更新消息，他们对开着聊天窗口），那么此时就出现问题了，按道理说最后当A停止发消息，B的未读消息应该是0了，但此时B的未读消息还有几条，没有用事务，就普通的表，这个问题是怎么产生的呢？