这可能是业务逻辑，可能不属于您的数据存储层。但是，仍然可以使用触发器来实现。
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 ROWIF 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 ROWIF 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 ROWIF 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 ROWIF OLD.id_column <=> 1234 THEN SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Cannot delete locked record';END IF;;DELIMITER ;
但这 绝对 是 可怕的 ，我会尽 一切 可能避免它。
