MySQL支持两种锁机制：悲观锁和乐观锁。

悲观锁

悲观锁是指在执行读写操作之前先获取锁，保证在操作完成之前其他线程无法修改数据。

举个例子：

假设有一个银行转账的业务场景，其中涉及到两个账户的金额操作，为了避免数据冲突和并发问题，可以采用悲观锁来实现。

悲观锁在MySQL中主要有两种实现方式：

1.通过SELECT ... FOR UPDATE语句实现

该语句可以将待更新的行加锁，保证其他事务无法在该行加锁之前对其进行修改操作。

例如：

假设有一个用户表，其中每个用户有一个余额字段，现在需要将某个用户的余额减少100元，可以使用以下SQL语句：

在这个例子中：

通过SELECT ... FOR UPDATE语句先对待更新的用户行加锁，确保其他事务无法在执行更新操作之前对其进行修改。

2.通过LOCK TABLES语句实现

该语句可以将整个表或者表中的某些行加锁，确保其他事务无法对其进行修改操作。

例如，假设有一个订单表，其中每个订单有一个状态字段，现在需要将所有未付款的订单状态改为已付款，可以使用以下SQL语句：

在这个例子中：

通过LOCK TABLES语句将整个订单表加锁，确保其他事务无法对其进行修改，然后执行更新操作，最后使用UNLOCK TABLES语句释放锁。

需要注意的是，悲观锁机制在实现上通常需要使用到数据库的锁机制，因此在高并发场景下可能会导致性能瓶颈和死锁问题，所以需要谨慎使用。

乐观锁

MySQL中的乐观锁机制是指在执行读写操作之前不加锁，而是通过版本号或者时间戳等机制判断数据是否被其他事务修改过，从而决定是否执行写操作。相比于悲观锁，乐观锁的优势在于减少了锁等待和死锁等问题，提高了并发性能。

下面举例说明MySQL数据库中的乐观锁机制。

假设有一个用户表，其中每个用户有一个余额字段。

现在需要对某个用户的余额进行修改，如果余额值不变，则可以直接更新；否则需要重新读取最新的余额值并判断是否可以更新。

可以使用以下SQL语句实现：

在这个例子中：

通过在更新语句中加入AND balance >= 100的条件，确保只有余额大于等于100的用户才能被更新。

如果在执行更新操作之前，其他事务修改了该用户的余额值，那么执行该更新语句时不会更新任何数据。

这样就避免了脏数据和并发问题，同时也避免了使用悲观锁带来的性能问题。

需要注意的是：

• 在使用乐观锁机制时，需要特别关注并发冲突的问题。
• 如果并发冲突较为频繁，那么乐观锁可能会导致较高的重试率和性能损失。因此，乐观锁更适合于并发冲突较少的场景。

总结

以上为个人经验，希望能给大家一个参考。