首先要说明的是:乐观锁和悲观锁并不是锁,而是锁的设计思想。
在 MySQL 中,乐观锁和悲观锁是两种用于解决数据库并发问题的机制。
悲观锁
悲观锁是指在访问数据时,认为数据会被其他事务修改,因此会采取锁定数据的方式来防止其他事务的修改。使用悲观锁时,一旦一个事务获取了锁,其他事务必须等待,直到第一个事务释放锁为止。
在 MySQL 中,悲观锁通常通过以下两种方式实现:
- SELECT … FOR UPDATE:当你执行一个 SELECT 查询时,可以使用 FOR UPDATE 来锁定所选的数据行。这种锁定会阻止其他事务对这些数据行进行修改,直到当前事务提交或回滚(也就是当前读)。例如:
START TRANSACTION;
SELECT * FROM your_table WHERE id = 1 FOR UPDATE;
-- 对数据进行修改
UPDATE your_table SET column = value WHERE id = 1;
COMMIT;
- LOCK TABLES:你可以通过 LOCK TABLES 语句显式地锁定整个表。这会阻止其他事务对表进行读取或修改,直到当前事务释放锁。例如:
LOCK TABLES your_table WRITE;
-- 对表中的数据进行修改
UPDATE your_table SET column = value WHERE id = 1;
UNLOCK TABLES;
乐观锁
乐观锁则假设并发冲突的可能性较低,因此在读取数据时不会加锁。在进行数据更新时,会检查数据在读取后是否被其他事务修改过,如果被修改过,则更新操作会失败。
在 MySQL 中,乐观锁通常通过版本控制或者时间戳来实现:
- 版本号: 在表中增加一个版本号字段,每次更新数据时,版本号都会增加。更新时检查版本号是否匹配。如果匹配,则更新成功;如果不匹配,则更新失败。例如:
-- 添加一个版本号字段
ALTER TABLE your_table ADD COLUMN version INT DEFAULT 0;
-- 更新数据时检查版本号
START TRANSACTION;
UPDATE your_table
SET column = value, version = version + 1
WHERE id = 1 AND version = old_version;
- 时间戳: 在表中添加一个时间戳字段,每次更新数据时,时间戳都会被修改。更新时检查时间戳是否匹配。如果匹配,则更新成功;如果不匹配,则更新失败。例如:
-- 添加一个时间戳字段
ALTER TABLE your_table ADD COLUMN updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP;
-- 更新数据时检查时间戳
START TRANSACTION;
UPDATE your_table
SET column = value, updated_at = NOW()
WHERE id = 1 AND updated_at = old_timestamp;
适用场景:
乐观锁适合读操作多的场景,相对来说写的操作比较少。它的优点在于程序实现,不存在死锁问题,不过适用场景也会相对乐观,因为它阻止不了除了程序以外的数据库操作。
悲观锁适合写操作多的场景,因为写的操作具有排它性。采用悲观锁的方式,可以在数据库层面阻止其他事务对该数据的操作权限,防止读 - 写和写 - 写的冲突。