乐观锁（Optimistic Locking）是一种解决并发访问问题的方式，它采用的是乐观的思想，即认为并发冲突的情况不太可能发生，因此在数据库操作时不会加锁，而是通过版本号（Version No.）来实现并发控制。

在 MySQL 中，乐观锁的实现需要在数据表中添加一个版本号字段（如 version_no），每次对数据进行更新操作时都需要判断版本号，当前版本与原始版本是否一致，如果一致，则说明没有其他操作对数据进行了更新，此时可以进行数据的更新操作；如果不一致，则说明该数据已经被其他操作更新，需要回滚或尝试重新操作。

下面是使用乐观锁进行数据更新的示例：

1. 首先，在数据表中添加版本号字段 version_no。

CREATE TABLE `user` (

`id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',

`name` varchar(255) DEFAULT NULL COMMENT '用户名',

`age` int(11) DEFAULT NULL COMMENT '用户年龄',

`version_no` int(11) NOT NULL DEFAULT '0' COMMENT '版本号',

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='用户表';

2. 当进行数据更新操作时，首先需要查询出原始数据，并记录下版本号。

SELECT * FROM `user` WHERE `id`=1;

3. 对数据进行更新操作，此时需要根据原始数据的版本号进行判断。

UPDATE `user` SET `age`=20, `version_no`=`version_no`+1 WHERE `id`=1 AND `version_no`=1;

如果更新成功，则 version_no 将被自动加一，即新版本号为原始版本号加一，这样可以保证下次更新操作仍需满足版本号一致的条件。如果更新失败，则可以尝试重新查询原始数据进行操作，或者回滚操作。

需要注意的是，乐观锁虽然不需要像悲观锁（Pessimistic Locking）那样加锁，但是需要进行额外的版本号判断，因此在高并发环境下，可能会出现较多的更新冲突，影响系统性能。因此，在实际应用中，需要根据实际情况选择悲观锁还是乐观锁，并进行相应的优化。

在MySQL中，乐观锁通常是通过使用版本号或时间戳等机制来实现的。在进行数据更新时，会检查记录的版本号或时间戳与当前版本是否一致，如果一致才会执行更新操作，否则会回滚事务或抛出异常。

下面是一个使用版本号实现乐观锁的示例：

1. 首先，在数据库表中新增一个version列，用于记录该记录的版本号。

CREATE TABLE user (

id INT PRIMARY KEY,

name VARCHAR(100),

version INT

);

2. 在进行数据更新时，先查询出对应记录的版本号，并将版本号作为查询条件。

SELECT version FROM user WHERE id = 1;

UPDATE user SET name = 'new name', version = version + 1 WHERE id = 1 AND version = 1;

注：这里用到了"version = version + 1"的机制，即在更新前将版本号加一，以便在下次更新时能够判断是否有其他事务修改过该记录。

3. 如果更新成功，则说明没有其他事务对该记录进行了修改，版本号也会随之更新。否则会更新失败，并抛出异常或回滚事务。

当然，乐观锁并非适用于所有场景，它适用于并发读写比较频繁但冲突概率较低的场景。如果冲突概率较高，则使用悲观锁可以更好地保障数据一致性。