php + mysql 这个下单流程怎么确保数据的完整性？
商品的库存信息是不是单独做一个表与商品信息表关联起来比较好还是只用一张表好呢？
需要用到事务，锁吗？请有经验的人说下实际的解决方法，谢谢！做不到这样的数据完整性，感觉无论写多少代码都是个废，只能算是一个个人作品小儿科而已，不然怎么可能应用到实际项目中，比如支付，怎么可能！！！
真心希望有经验的人能指导下，感激不敬！！！
回复内容：
一个商品有库存，假设只剩最后一件了，库存为1，如果此时有很多个人同时购买此商品怎么办，不可能让两个人都下单成功，库存为-1吧，所以这个在php + mysql中具体怎么解决呢？
商品的库存信息是不是单独做一个表与商品信息表关联起来比较好还是只用一张表好呢？
需要用到事务，锁吗？请有经验的人说下实际的解决方法，谢谢！做不到这样的数据完整性，感觉无论写多少代码都是个废，只能算是一个个人作品小儿科而已，不然怎么可能应用到实际项目中，比如支付，怎么可能！！！
真心希望有经验的人能指导下，感激不敬！！！
2种思路
并发转化为串行，通过队列或类似的手段消解并发，后台一个consumer依次扣减库存
并发&加锁，锁的位置可以在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的未读消息还有几条，没有用事务，就普通的表，这个问题是怎么产生的呢？