这是高并发场景下典型的数据一致性问题，核心原因是你把「插入商品条目」和「记录操作日志」拆成了两个无原子性保障的独立操作，再结合一些潜在的数据库行为，就会出现日志有记录但实际数据丢失的情况。下面具体拆解可能的原因和对应的修复方案：

可能的触发原因 #

1. 数据库触发器隐式删除了插入的行 #

如果你的table_productitems表配置了AFTER INSERT触发器，比如触发器里做了数据校验，发现不符合规则就执行DELETE删除刚插入的行，或者触发器执行时抛出错误导致事务回滚，那么：

• INSERT语句会成功返回自增ID，你拿到lastInsertId后写入了日志；
• 但触发器会把刚插入的行从table_productitems中移除，最终出现日志有ID但表中无数据的情况。

2. 未提交的事务被复用（持久连接坑） #

如果你的PDO连接开启了持久化（ATTR_PERSISTENT），或者之前的代码逻辑里开启了事务但未提交/回滚，那么当前请求的插入操作会被加入到一个未完成的事务中：

• 插入执行成功，你拿到ID并写入日志；
• 后续这个未完成的事务因为其他请求的操作或者连接回收被回滚，导致table_productitems的插入被撤销，但日志已经持久化了。

3. PDO错误模式未开启，插入失败却被当成成功 #

默认PDO的错误模式是ERRMODE_SILENT，如果插入时遇到约束冲突（比如productid外键不存在、qrcode重复），execute()会返回false，但如果你的代码有逻辑漏洞（比如不小心给thisinsertid赋了值），或者某些边缘错误没被捕获，就会出现日志记录了无效ID，但实际插入根本没成功的情况。

4. MySQL隐式回滚场景 #

虽然你没显式用事务，但在极端情况下MySQL会触发隐式回滚：

• 插入后连接意外断开（比如超时、MySQL重启），且autocommit被修改为0；
• 插入操作遭遇死锁，MySQL自动回滚该事务，但PDO没抛出异常，导致你误以为插入成功。

针对性修复方案 #

1. 用事务包裹两个操作，保证原子性 #

这是解决这类问题的核心方案：把「插入商品条目」和「记录日志」放在同一个事务里，确保两者要么都成功，要么都失败，彻底避免数据不一致：

// 修改Addproductitems.php的核心逻辑
try {
    // 开启事务
    $db->beginTransaction();

    // 执行商品条目插入
    $productiteminsert->addProductItemQRCode();
    $newitem = $productiteminsert->thisinsertid;

    // 写入操作日志
    $product->logActivity(
        $customerid = $productiteminsert->customerid,
        $type = 'add stock',
        $result = $productiteminsert->insertitemid . ' [' . $newitem . '] [' . $productiteminsert->insertqrcode . ']',
        $quantity = $productiteminsert->insertqty,
        $userid = $userid
    );

    // 提交事务
    $db->commit();
} catch(PDOException $e) {
    // 回滚事务
    $db->rollback();
    // 记录错误日志
    error_log("Stock addition failed: " . $e->getMessage());
    // 返回错误响应给客户端
    http_response_code(500);
    echo json_encode(["error" => "Failed to add stock"]);
    exit();
}

同时修改addProductItemQRCode方法，去掉错误分支，依赖异常捕获：

function addProductItemQRCode(){
    $query = "INSERT INTO table_productitems SET productid = :productid, quantity = :productqty, qrcode = :qrcode, modifydate = now()";
    $stmt = $this->conn->prepare($query);
    $stmt->bindParam(':productid', $this->insertitemid);
    $stmt->bindParam(':productqty', $this->insertqty);
    $stmt->bindParam(':qrcode', $this->insertqrcode);
    // 执行失败会抛出异常，无需手动判断
    $stmt->execute();
    $this->thisinsertid = $this->conn->lastInsertId();
}

2. 开启PDO异常错误模式 #

修改你的数据库连接代码，开启PDO异常模式，这样任何数据库操作错误都会立即抛出异常，避免漏判失败情况：

// 初始化PDO连接时添加配置
$db = new PDO($dsn, $db_user, $db_pass, [
    PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION,
    PDO::ATTR_AUTOCOMMIT => true, // 确保自动提交默认开启
    PDO::ATTR_PERSISTENT => false, // 非必要不开启持久连接，避免事务复用问题
]);

3. 排查数据库触发器和约束 #

• 检查table_productitems表的触发器，确认没有在插入后删除数据或者触发回滚的逻辑；
• 验证productid外键约束，确保插入的productid在关联表中存在，避免因外键失败导致插入被隐式回滚。

4. 持久连接的额外处理 #

如果必须使用持久连接，在每次请求初始化连接时重置事务状态：

// 连接初始化后执行
$db->exec("SET autocommit = 1");
$db->rollBack(); // 回滚任何未提交的残留事务

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