mysql乐观锁和悲观锁

乐观锁和悲观锁是在并发访问数据库时用于保证数据一致性的两种不同的锁机制。

乐观锁是一种乐观的思想，它认为在大多数情况下，数据不会发生冲突，因此不需要加锁来保护数据的一致性。乐观锁的实现方式通常是通过在数据表中添加一个版本号或时间戳字段，每次更新数据时都会对这个字段进行更新。当多个用户同时访问同一条数据时，乐观锁会比较当前用户读取的版本号和数据库中的版本号是否一致，如果一致则可以进行更新操作，否则说明数据已经被其他用户修改，更新操作将被拒绝。

下面是一个使用乐观锁的示例代码：

-- 创建数据表
CREATE TABLE users (
  id INT PRIMARY KEY,
  name VARCHAR(50),
  age INT,
  version INT
);
-- 插入一条数据
INSERT INTO users (id, name, age, version) VALUES (1, 'Alice', 25, 0);
-- 用户1读取数据
SELECT * FROM users WHERE id = 1;
-- 用户2读取数据
SELECT * FROM users WHERE id = 1;
-- 用户1更新数据
UPDATE users SET age = 26, version = version + 1 WHERE id = 1 AND version = 0;
-- 用户2更新数据
UPDATE users SET age = 27, version = version + 1 WHERE id = 1 AND version = 0;

在上面的示例中，用户1和用户2同时读取了id为1的用户数据，并且版本号都为0。用户1先执行了更新操作，将age字段改为26，并将version字段加1。用户2也执行了更新操作，但由于version字段不满足条件，更新操作失败。这样就避免了数据冲突的问题。

悲观锁是一种悲观的思想，它认为在并发访问数据库时，数据很可能会发生冲突，因此需要通过加锁来保证数据的一致性。悲观锁的实现方式通常是在读取数据时对数据进行加锁，其他用户在获得锁之前无法对数据进行修改操作。

下面是一个使用悲观锁的示例代码：

-- 用户1加锁并读取数据
BEGIN;
SELECT * FROM users WHERE id = 1 FOR UPDATE;
-- 用户2尝试读取数据
SELECT * FROM users WHERE id = 1;
-- 用户1更新数据
UPDATE users SET age = 26 WHERE id = 1;
-- 用户1释放锁
COMMIT;

在上面的示例中，用户1在读取数据时使用了FOR UPDATE语句对数据进行加锁，这样其他用户在用户1释放锁之前无法读取或修改数据。用户2在尝试读取数据时被阻塞，直到用户1释放锁后才能继续执行。

乐观锁和悲观锁各有优缺点。乐观锁适用于读操作远远多于写操作的场景，可以提高并发性能；而悲观锁适用于写操作较多的场景，可以保证数据的一致性。在实际应用中，根据具体情况选择合适的锁机制可以提高系统的性能和数据的安全性。