mysql 乐观锁悲观锁

乐观锁适用于数据并发修改较少的场景，通过版本号或时间戳实现；悲观锁适用于高并发修改场景，使用数据库的锁机制确保数据安全。

在数据库管理系统中，并发控制是一个至关重要的领域，它确保在多个用户同时访问同一数据时，系统能够保持一致性和隔离性，乐观锁和悲观锁是实现这一目标的两种常见策略，本文将探讨MySQL是如何处理这两种锁机制的。

乐观锁（Optimistic Locking）

乐观锁假设数据通常不会产生冲突，因此在实际进行更新操作之前不会锁定记录，它通常通过版本号或时间戳来实现，当读取一条记录时，也会读取该记录的版本号，随后对记录进行更改，并在更新时检查版本号是否仍然匹配，假如版本号已变更，表示其他事务已经更新了该记录，当前事务必须重新获取数据并重试更新过程。

在MySQL中，乐观锁可以通过使用VERSION列来实现。

CREATE TABLE example (
    id INT PRIMARY KEY,
    data VARCHAR(100),
    version INT
);

更新操作会是这样的：

UPDATE example
SET data = 'new value', version = version + 1
WHERE id = 1 AND version = 1;

倘若更新没有影响到任何行，说明其他事务可能已经更新了该记录。

悲观锁（Pessimistic Locking）

与乐观锁相反，悲观锁假设冲突是常有的情况，因此在对数据进行操作之前就将其锁定，悲观锁可以通过SELECT ... FOR UPDATE语句实现，这会锁定被选中的行，直到事务结束。

在MySQL中，使用悲观锁的例子如下：

BEGIN; -开始事务
SELECT * FROM example WHERE id = 1 FOR UPDATE; -锁定行
UPDATE example SET data = 'new value' WHERE id = 1; -执行更新
COMMIT; -提交事务，释放锁

在这个例子中，一旦某行被一个事务锁定，其他试图对该行加锁的事务将会被阻塞，直到第一个事务完成其操作并释放锁。

锁的粒度

在MySQL中，锁的粒度可以是行级也可以是表级，行级锁提供了更高的并发性，但也可能带来更大的开销，表级锁则在资源竞争较少时更为高效，InnoDB存储引擎支持行级锁，而MyISAM仅支持表级锁。

锁的兼容性

MySQL中的锁具有不同的类型和级别，这些锁之间有一定的兼容性，一个读锁可以被另一个读锁共享，但是写锁则是排他的，不能与其他任何类型的锁共存。

mysql 乐观锁 悲观锁