PHP用户提现时主账户与计划账户无法同步扣减问题求助

你的提现扣减逻辑出现部分执行的核心原因是缺乏事务保障，加上部分计划类型的扣减逻辑不完整、异常场景未处理，具体问题及修复如下：

1. 无事务机制导致部分更新失败 #

Firestore的update操作都是独立执行的，一旦中间某一步出现网络错误、权限问题或其他异常，前面的扣减已经生效，后面的操作会终止，就会出现主账户扣了计划账户没扣，反之亦然。

修复：用Firestore事务包裹所有扣减操作
Firestore事务能保证所有更新要么全部成功，要么全部回滚，避免部分执行的情况。示例代码结构如下：

// 获取Firestore实例
$firestore = app('firebase.firestore')->database();

// 启动事务
$firestore->runTransaction(function ($transaction) use ($Cus_uiDz, $Cus_packageNamez, $Cus_amountDebitedz, $Cus_selectedClient, $Cus_emailz) {
    // 1. 扣减主账户（Users表）
    $userDoc = $firestore->collection('Users')->document($Cus_uiDz);
    $userSnapshot = $transaction->get($userDoc);
    if (!$userSnapshot->exists()) {
        throw new Exception("用户文档不存在");
    }

    // 根据计划类型执行双账户扣减
    switch ($Cus_packageNamez) {
        case 'Beta Flex':
            // 主账户扣减
            $transaction->update($userDoc, [
                ['path' => 'flexAmount', 'value' => \Google\Cloud\Firestore\FieldValue::increment(-$Cus_amountDebitedz)]
            ]);
            // 补全Flex计划账户扣减（需对应OnlyFlexHistory集合逻辑）
            $flexQuery = $firestore->collection('OnlyFlexHistory')
                ->where('uID', '==', $Cus_uiDz)
                ->where('packageName', '==', $Cus_packageNamez)
                ->where('targetTitle', '==', $Cus_selectedClient)
                ->where('email', '==', $Cus_emailz);
            $found = false;
            foreach ($flexQuery->documents() as $doc) {
                if ($doc->exists()) {
                    $transaction->update($firestore->collection('OnlyFlexHistory')->document($doc->id()), [
                        ['path' => 'totalTarget', 'value' => \Google\Cloud\Firestore\FieldValue::increment(-$Cus_amountDebitedz)]
                    ]);
                    $found = true;
                }
            }
            if (!$found) throw new Exception("未找到匹配的Flex计划文档");
            break;

        case 'Beta Kopa':
            // 主账户扣减
            $transaction->update($userDoc, [
                ['path' => 'kopaAmount', 'value' => \Google\Cloud\Firestore\FieldValue::increment(-$Cus_amountDebitedz)]
            ]);
            // Kopa计划账户扣减
            $kopaQuery = $firestore->collection('OnlyKopaHistory')
                ->where('uID', '==', $Cus_uiDz)
                ->where('packageName', '==', $Cus_packageNamez)
                ->where('targetTitle', '==', $Cus_selectedClient)
                ->where('email', '==', $Cus_emailz);
            $found = false;
            foreach ($kopaQuery->documents() as $doc) {
                if ($doc->exists()) {
                    $transaction->update($firestore->collection('OnlyKopaHistory')->document($doc->id()), [
                        ['path' => 'totalTarget', 'value' => \Google\Cloud\Firestore\FieldValue::increment(-$Cus_amountDebitedz)]
                    ]);
                    $found = true;
                }
            }
            if (!$found) throw new Exception("未找到匹配的Kopa计划文档");
            break;

        // 其他计划类型（Beta Target、Lock系列等）同理补全双账户扣减逻辑
        default:
            throw new Exception("不支持的计划类型");
    }
});

2. 部分计划类型缺失计划账户扣减逻辑 #

你的代码中Beta Flex、Beta Flex Interest、Beta Kopa Interest等类型只有主账户扣减，完全没有对应的计划表（如OnlyFlexHistory）更新逻辑，导致这些类型提现时只会扣主账户，不会扣计划账户。

修复：补全所有计划类型的双账户扣减逻辑
针对每个$Cus_packageNamez的取值，都要同时处理主账户和对应的计划账户扣减，参考上面事务示例中的逻辑补全缺失部分。

3. 查询计划文档无匹配时未回滚 #

当前代码中如果查询不到对应的计划文档，只是打印日志，但已经执行的主账户扣减不会回滚，导致主账户扣了但计划账户没扣。

修复：在事务中检查查询结果，无匹配则抛出异常终止事务
如事务示例所示，查询计划文档后如果未找到匹配项，抛出异常，事务会自动回滚所有已经执行的更新。

4. 冗余代码导致逻辑混乱 #

代码中Beta Lock - 30 Days的主账户扣减逻辑重复出现两次，虽然不影响功能，但会增加维护成本，容易引发错误。

修复：用switch-case替代多个独立if判断
switch-case结构能让逻辑更清晰，避免重复代码，也便于后续扩展新的计划类型。

5. 变量一致性检查 #

确认$Cus_amountDebitedz、$Cus_packageNamez等变量在所有场景下取值正确，注意变量名大小写（如$cus_amountSent和$Cus_amountDebitedz混用）可能导致的数值错误。

内容的提问来源于stack exchange，提问作者Happiness Jen