乐观锁（Optimistic Locking）是一种在数据处理时为了解决并发冲突的方法。它假设多个事务在处理数据时不会发生冲突，并在事务最后提交时检查是否有其他事务已经更改了该数据。如果发生了冲突，那么当前事务通常会回滚并可能重新尝试或向用户报告错误。
MySQL中并没有内建的“乐观锁”功能，但我们可以利用应用逻辑和一些SQL技巧来实现乐观锁机制。以下是一些实现乐观锁的常见方法：
1、版本号（Versioning）: 为数据表添加一个版本号字段。当读取数据时，取出版本号。在更新数据时，检查版本号是否发生了变化。如果版本号变化了，说明其他事务已经更新了这条数据，当前事务应该回滚。
-- 创建表时添加version字段
CREATE TABLE my_table (
id INT PRIMARY KEY,
name VARCHAR(50),
version INT
);
-- 更新数据时检查版本号
UPDATE my_table SET name = 'newName', version = version + 1 WHERE id = 1 AND version = [读取出的版本号];
2、时间戳（Timestamp）: 类似于版本号，但使用时间戳字段。读取时获取时间戳，更新时检查时间戳是否发生了变化。
3、检查已知值: 更新时检查除了版本号或时间戳以外的其他已知字段的值。只有当这些已知字段的值与预期相同时，才执行更新操作。
无论使用哪种方法，关键是在UPDATE操作时检查记录的当前状态，确保其与事务开始时的状态相匹配。如果不匹配，说明其他事务已经更新了该记录。
需要注意，乐观锁适用于读多写少的场景，如果冲突频繁，可能会导致大量的回滚，这时可能需要考虑其他锁定策略，如悲观锁（Pessimistic Locking）等。
