MySQL行锁是公平锁还是非公平锁
1. 整件事情的流程
在了解MySQL行锁是否为公平锁或非公平锁之前，需要先了解行锁的概念和MySQL的并发控制机制。MySQL的并发控制机制主要有两种：锁机制和多版本并发控制（MVCC）。其中，行锁是锁机制的一种。
行锁是对数据库表的行进行加锁，以保证事务的隔离性和一致性。在MySQL中，行锁有两种模式：共享锁（Shared Lock）和排他锁（Exclusive Lock）。共享锁允许多个事务读取同一行数据，而排他锁只允许一个事务对该行进行读取和写入。
行锁的获取方式可以分为两种：主动模式和被动模式。在主动模式下，事务主动申请行锁，而在被动模式下，事务在需要行锁时，等待其他事务主动释放锁。
行锁是否为公平锁或非公平锁取决于MySQL的实现机制。公平锁是指等待时间较长的事务能优先获取锁，而非公平锁则没有这个保证，可能会让等待时间较短的事务获取锁。
下面是行锁的获取流程的表格展示：
| 步骤 | 事务 | 操作 |
|---|---|---|
| 1 | 事务A | 开始事务 |
| 2 | 事务A | 执行SELECT语句，申请共享锁 |
| 3 | 事务B | 开始事务 |
| 4 | 事务B | 执行SELECT语句，申请共享锁，等待 |
| 5 | 事务A | 执行UPDATE语句，申请排他锁 |
| 6 | 事务A | 释放排他锁 |
| 7 | 事务B | 获取共享锁 |
| 8 | 事务B | 结束事务 |
2. 每一步需要做什么
步骤2：事务A执行SELECT语句，申请共享锁
在MySQL中，可以使用以下代码来申请共享锁：
SELECT * FROM table_name WHERE condition LOCK IN SHARE MODE;
上述代码中，table_name是要操作的表名，condition是指定的条件。
步骤4：事务B执行SELECT语句，申请共享锁，等待
事务B执行SELECT语句时，如果存在行锁冲突，则会等待其他事务释放锁。可以使用以下代码来申请共享锁并等待：
SELECT * FROM table_name WHERE condition FOR SHARE;
步骤5：事务A执行UPDATE语句，申请排他锁
事务A执行UPDATE语句时，如果要更新的行已经被其他事务加了共享锁，则事务A需要申请排他锁来更新行。可以使用以下代码来申请排他锁：
SELECT * FROM table_name WHERE condition FOR UPDATE;
步骤6：事务A释放排他锁
事务A在使用完排他锁后，需要释放锁。在MySQL中，事务会在事务结束时自动释放排他锁，无需手动释放。
步骤7：事务B获取共享锁
当事务A释放排他锁后，事务B可以获取共享锁。得到共享锁后，事务B可以读取但不能修改行数据。
步骤8：事务B结束事务
事务B在完成操作后，需要结束事务。在MySQL中，可以使用以下代码来结束事务：
COMMIT;
3. 代码示例
下面是一个简单的示例，演示了行锁的获取过程：
-- 事务A
START TRANSACTION;
SELECT * FROM customers WHERE id = 1 LOCK IN SHARE MODE;
UPDATE customers SET name = 'John' WHERE id = 1;
COMMIT;
-- 事务B
