类似购物的程序，程序上的流程是这样的：
1、用户发起请求，下单
2、检查各种参数是否齐全、有效
3、检查用户余额是否足够
4、写入订单表
5、写入用户表，将用户余额减少
6、写入记录表，记录用户下单买的啥，以及花了多少钱
今天发现一个神奇的用户，他在1秒钟之内下了20单！至于是不是1秒钟无从查起，因为数据库只精确到秒。
更奇怪的是：
1、明明没有足够的余额，却继续进入了后续的步骤
2、写入订单表成功、写入记录表成功，但是就是没有扣余额
我想来想去也没弄明白这是怎么回事儿，各位遇到过么？有何应对方法？
** 其他用户是完全正常的，只有这个瞬间下很多单的不正常。
public function orderCreate(Request $request, Response $response) {
if(!$user = session('wechat.oauth_user')){
return response()->json([
'error' => '身份驗證失敗，請重新打開頁面再試'
]);
}
if(is_null($request->input('object', NULL))
|| is_null($request->input('stake', NULL))
|| is_null($request->input('time', NULL))
|| is_null($request->input('direction', NULL))){
return response()->json([
'error' => '參數提交不全，請重新打開頁面再試'
]);
}
if($request->input('stake') != 20
&& $request->input('stake') != 50
&& $request->input('stake') != 100
&& $request->input('stake') != 200
&& $request->input('stake') != 500
&& $request->input('stake') != 1000
&& $request->input('stake') != 2000
&& $request->input('stake') != 3000){
return response()->json([
'error' => '參數提交錯誤，請重新打開頁面再試'
]);
}
if($request->input('time') != 60
&& $request->input('time') != 120
&& $request->input('time') != 180
&& $request->input('time') != 240
&& $request->input('time') != 300){
return response()->json([
'error' => '參數提交錯誤，請重新打開頁面再試'
]);
}
if($request->input('direction') != 1
&& $request->input('direction') != 0){
return response()->json([
'error' => '參數提交錯誤，請重新打開頁面再試'
]);
}
if(!$object = Object::find($request->input('object'))){
return response()->json([
'error' => '參數提交錯誤，請重新打開頁面再試'
]);
}
$object_latestPrice = Price::where('id_object', $object->id)->orderBy('created_at', 'desc')->first();
if((strtotime($object_latestPrice->body_price_time) + 300) < time()){
return response()->json([
'error' => '休市期間無法進行交易'
]);
}
if(!$user = User::where('id_wechat', $user->id)->first()){
return response()->json([
'error' => '身份驗證失敗，請重新打開頁面再試'
]);
}
if(floatval($user->body_balance) < $request->input('stake')){
return response()->json([
'error' => '帳戶可用餘額不足，請先充值後再交易'
]);
}
if($user->is_disabled > 0){
return response()->json([
'error' => '帳戶已被封禁，无法进行交易'
]);
}
$order = new Order;
$order->id_user = $user->id;
$order->id_object = $object->id;
$order->body_price_buying = $object_latestPrice->body_price;
$order->body_stake = $request->input('stake');
$order->body_bonus = $object->body_profit * $request->input('stake');
$order->body_direction = $request->input('direction');
$order->body_time = $request->input('time');
$order->save();
$user->body_balance = floatval($user->body_balance) - floatval($order->body_stake);
$user->body_transactions = floatval($user->body_transactions) + floatval($order->body_stake);
$user->save();
$record = new Record;
$record->id_user = $user->id;
$record->id_order = $order->id;
$record->body_name = $request->input('direction') == 1? '買入看漲' : '買入看跌';
$record->body_direction = 0;
$record->body_stake = $order->body_stake;
$record->save();
return response()->json([
'result' => $order->toArray()
]);
}UPDATE：
现在在一大堆的条件判断之后，希望改成事物来处理这件事，但是 Laravel 的事务这么写正确么？或者说我这么写的话能够起到我想要的作用么？有点懵 - -
DB::beginTransaction();
$user->body_balance = floatval($user->body_balance) - $request->input('stake');
$user->body_transactions = floatval($user->body_transactions) + $request->input('stake');
$user->save();
if($user->body_balance < 0) {
DB::rollback();
} else {
$order = new Order;
$order->id_user = $user->id;
$order->id_object = $object->id;
$order->body_price_buying = $object_latestPrice->body_price;
$order->body_stake = $request->input('stake');
$order->body_bonus = $object->body_profit * $request->input('stake');
$order->body_direction = $request->input('direction');
$order->body_time = $request->input('time');
$order->save();
$record = new Record;
$record->id_user = $user->id;
$record->id_order = $order->id;
$record->body_name = $request->input('direction') == 1? '買入看漲' : '買入看跌';
$record->body_direction = 0;
$record->body_stake = $order->body_stake;
$record->save();
$this->computeNetwork($user, $order);
if($order->body_time == 60) $this->computePrice($user, $order, $object);
}
DB::commit();事务加一，而且优先判断金额等重要条件
把账户余额扣费放在前面，目前的逻辑执行了，但在扣费的过程出错了而已，如金额字段不能小于0。放在前面扣费的话，可以判断是否执行成功，否则提示错误！
没看懂你代码具体的实现，但是我猜你可能取到的脏数据。
你可以试试如下方案
trans begin
sql:update xxx set 帐户余额 = 帐户余额 - 消费金额(扣费操作)
sql:select 帐户余额 from xxx (获取完成扣费后的余额)
if(帐户余额 < 0) rollback
else commit
同上，涉及金钱或者类似的，一定要开启事务。
没见过涉及金钱交易不开事务就执行的，请用事务解决此类问题。
更新一下：
有人回答先扣钱就行，答案是否定的，在MySQL中不用事务一定完成不了这个操作。
举个不用事务先扣钱的例子，
收到请求A，进行余额查询，余额足够，
这时候请求B闯入，也进行了余额查询，余额足够，
请求A开始更新余额，然后进行了其他操作，
请求B也开始更新余额，进行其他操作。
如此一样解决不了并发的问题。
首先，楼主最后贴的代码还是有问题的。
总的来说，这个，需要用到事务和锁，同时避免一些坑。
第一，检查mysql的事务级别，我们要在 可重复读的 级别下。
第二，确认线上数据库结构，确保读写都使用一个数据库连接（尤其是读写分离的情况下）。
第三，首先开启事务。
第四，开事务后，第一条就是用select for update查询出用户的余额（避免一致性非锁定读）。
第五，进行资金判断和扣减，注意php计算的话，使用bcmath来处理。
第六，所有资金操作都应该有日志记录,所有的数据异常或者代码错误都应该记录日志。
第七，业务操作后提交事务。
问题出在3,4,5这里，这种逻辑在出现类似并发的集中请求的时候就会出问题。正确逻辑是
3-update table set 余额 = 余额 - 金额 where user_id = ? & 余额 > 金额，检查本次修改所影响的行数，如果为0表示根本没更新，就是余额已经不足了
4-写订单
就没有5了
原始逻辑的问题就是3查询的时候余额确实是足够的，但是等到第5步扣除余额的时候就不一定了。
嗯，补充一下，有明说的没错，就算修改了逻辑涉及重要数据的地方也最好使用事务。
20单并发，每单在判断余额的时候应该都是足够的，然后之后写表操作，第一次扣余额成功，接下来19单扣余额失败，但是你的代码中没有任何处理，就导致了创建了订单，但是没有扣余额的情况
解决方法楼上都说了，用事务提交，一开始先update余额字段，然后再做余下操作，这样能保证并发的时候在余额这里有一个锁，其它请求都要等到这个请求被commit或者rollback以后才能执行