当然可以实现！这里有几种靠谱的方案，从数据库层面到PHP业务逻辑层面都覆盖了，你可以根据自己的实际场景选择：

这是最稳妥的做法，因为直接在数据库层面做控制，不管是通过PHP操作还是直接访问数据库，都能确保锁定逻辑生效，不会因为业务层漏洞被绕过。

步骤很简单：

• 给你的目标表新增一个字段，比如is_locked，类型用tinyint(1)就行，默认值设为0（代表未锁定）。
• 当你第一次执行更新操作时，同时把这个字段设为1，SQL示例：

UPDATE your_table 
SET your_column = '更新后的内容', is_locked = 1 
WHERE id = 目标行ID;

• 之后所有针对该行的更新操作，都必须加上is_locked = 0的判断，示例：

UPDATE your_table 
SET another_column = '新内容' 
WHERE id = 目标行ID AND is_locked = 0;

在PHP里，你可以通过mysqli_affected_rows()或者PDO的rowCount()方法来判断更新是否成功：如果返回0，就说明该行已经被锁定，直接给用户提示即可。

如果你的需求只是在更新过程中临时锁定该行，防止并发冲突，而不是永久禁止后续更新，那可以用MySQL的行级锁机制，结合事务来实现：

// 假设用PDO连接数据库
$pdo->beginTransaction();
try {
    // 先锁定目标行，其他请求会等待直到事务结束
    $lockStmt = $pdo->prepare("SELECT * FROM your_table WHERE id = :id FOR UPDATE");
    $lockStmt->execute([':id' => $targetId]);
    $row = $lockStmt->fetch();

    // 执行你的更新操作
    $updateStmt = $pdo->prepare("UPDATE your_table SET your_column = :value WHERE id = :id");
    $updateStmt->execute([':value' => '新内容', ':id' => $targetId]);

    $pdo->commit();
} catch (Exception $e) {
    $pdo->rollBack();
    // 这里处理错误，比如给用户提示更新失败
}

注意：这种锁只是在事务执行期间有效，事务提交或回滚后锁就会释放，不适合永久锁定的场景。

你也可以在PHP层通过缓存（比如Redis）或者配置文件记录已锁定的行ID，在更新前先检查这个记录：

// 假设用Redis存储锁定状态
$redis = new Redis();
$redis->connect('127.0.0.1', 6379);

// 更新完成后标记锁定
$redis->set("locked_row:$targetId", 1);

// 后续更新前先检查
if ($redis->exists("locked_row:$targetId")) {
    echo "抱歉，该行已被锁定，无法更新！";
    exit;
}

// 未锁定则执行更新逻辑
// ...

但这种方式有明显缺陷：如果缓存失效、多服务器部署同步问题，或者有人直接通过数据库客户端执行更新，都会绕过PHP的锁定逻辑，所以只适合对安全性要求很低的场景。

总的来说，方案1是最优选择，数据库层面的控制最可靠，能从根源上防止被锁定的行被修改。

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