悲观锁指的是在事务中将数据库的某些记录锁住，防止其他事务同时读写该记录，以保证事务的一致性和完整性。相比于乐观锁，悲观锁使用起来稍微复杂，但是它的锁定效果更加稳固可靠。在 MySQL 中使用悲观锁有多种方式，以下是其中两种常见的方式。

## 1. FOR UPDATE

事务使用 `SELECT ... FOR UPDATE` 语句锁住一个或多个记录，其他事务在试图锁定同样的记录时，将会被阻塞。示例代码如下：

-- 开启事务

START TRANSACTION;

-- 锁定某一行记录

SELECT * FROM table WHERE id = 1 FOR UPDATE;

-- 更新该行记录

UPDATE table SET value = "new_value" WHERE id = 1;

-- 提交事务

COMMIT;

在执行完 `SELECT ... FOR UPDATE` 语句后，该记录将被锁住，直到事务结束（不论是提交还是回滚）。锁定某一个范围的多条记录也可以使用相同的语法，在 `SELECT` 语句的条件中使用 `IN`，例如：

SELECT * FROM table WHERE id IN (1, 2, 3) FOR UPDATE;

此时会锁定 `id` 为 1、2、3 的三条记录。

## 2. SELECT ... LOCK IN SHARE MODE

`SELECT ... LOCK IN SHARE MODE` 语句也可以用来进行悲观锁的操作，它与 `FOR UPDATE` 类似，不过它只对记录添加共享锁，而不是独占锁。共享锁可以被多个事务同时持有，用于读操作之间的互斥。

-- 开启事务

START TRANSACTION;

-- 锁定某一行记录

SELECT * FROM table WHERE id = 1 LOCK IN SHARE MODE;

-- 查询该行记录的值

SELECT value FROM table WHERE id = 1;

-- 提交事务

COMMIT;

在执行完 `SELECT ... LOCK IN SHARE MODE` 语句后，其他事务可以读取该行记录，但是不能进行更新等修改操作。共享锁将会在事务结束时自动释放。

总之，使用悲观锁需要非常小心，过多的锁定可能会引起死锁，导致事务无法正常执行。因此，要在使用悲观锁的时候慎重考虑，根据具体应用场景的需求选择恰当的锁定策略。

MySQL的悲观锁采用的是SELECT … FOR UPDATE语句实现。

悲观锁的思想是在对数据进行读取和修改时，假设其他线程会随时修改该数据，因此需要在访问时进行加锁，防止其他线程修改数据，在保证数据的完整性和一致性的情况下完成操作。

在MySQL中，我们可以使用SELECT … FOR UPDATE语句来实现悲观锁。该语句可以在读取数据时将数据加锁，其他线程需要等待该语句执行完成后才能对该数据进行操作，从而保证数据的一致性。

语法如下：

SELECT * FROM table WHERE … FOR UPDATE;

其中，SELECT * FROM table WHERE … 是要获取锁的查询条件，FOR UPDATE表示对查询结果加锁。当使用这个语句时，MySQL会先获取查询结果的共享锁，读取完所有行后再将共享锁升级为排他锁，从而保证在获取锁后不会存在其他线程对该数据进行修改的情况。

例如，我们有一个user表，其中包含用户的id、name和age字段，我们要对id为1的用户进行修改操作，代码如下：

START TRANSACTION; -- 开始事务

SELECT * FROM user WHERE id = 1 FOR UPDATE;

-- 获取id为1的用户数据，并在读取数据时对该数据进行加锁

UPDATE user SET age = 25 WHERE id = 1;

-- 对id为1的用户进行修改操作

COMMIT; -- 提交事务

在这个例子中，我们使用SELECT … FOR UPDATE语句对id为1的用户数据进行加锁，保证在读取数据和修改数据之间没有其他线程干扰。然后我们对该用户的age字段进行修改操作，最后提交事务。

需要注意的是，在使用SELECT … FOR UPDATE语句时，只有在事务中才能使用，否则语句执行完毕后自动释放锁。所以，在使用悲观锁时需要保证查询和修改操作都在同一个事务中。

总之，MySQL的悲观锁是通过SELECT … FOR UPDATE语句实现的，在读取数据时对数据加锁，保证数据的完整性和一致性。但是使用悲观锁会降低系统并发性能，所以在实际开发中需要根据具体情况选择合适的锁策略。