这可能是业务逻辑，可能不属于您的数据存储层。但是，仍然可以使用触发器来实现。

BEFORE UPDATE如果将要更新“锁定”记录，则可以创建引发错误的触发器；由于 在执行 该操作 之前
发生了错误，因此MySQL停止继续执行该操作。如果您还想防止删除记录，则需要创建一个类似的Trigger BEFORE DELETE。

要确定记录是否被“锁定”，可以创建一个布尔locked列：

ALTER TABLE my_table ADD COLUMN locked BOOLEAN NOT NULL DEFAULT FALSE;

DELIMITER ;;

CREATE TRIGGER foo_upd BEFORE UPDATE ON my_table FOR EACH ROW
IF OLD.locked THEN
  SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Cannot update locked record';
END IF;;

CREATE TRIGGER foo_del BEFORE DELETE ON my_table FOR EACH ROW
IF OLD.locked THEN
  SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Cannot delete locked record';
END IF;;

DELIMITER ;

UPDATE my_table SET locked = TRUE WHERE ...;

请注意，这SIGNAL是MySQL
5.5中引入的。在早期版本中，您必须执行一些导致MySQL引发错误的错误操作：我经常调用一个不存在的过程，例如CALL raise_error;

我无法在此表上创建其他列，但是该行在其中一列中具有唯一的ID，那么对于那种情况我该怎么做？

同样，如果您 绝对必须 将此逻辑放置在存储层中，并且无法通过PK以外的任何其他方式来识别锁定的记录，则 可以
将测试硬编码到触发器中；例如，使用以下方式“锁定”记录id_column = 1234：

DELIMITER ;;

CREATE TRIGGER foo_upd BEFORE UPDATE ON my_table FOR EACH ROW
IF OLD.id_column <=> 1234 THEN
  SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Cannot update locked record';
END IF;;

CREATE TRIGGER foo_del BEFORE DELETE ON my_table FOR EACH ROW
IF OLD.id_column <=> 1234 THEN
  SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Cannot delete locked record';
END IF;;

DELIMITER ;

但这 绝对 是 可怕的 ，我会尽 一切 可能避免它。