MySQL 锁的介绍

锁的类型

• 共享锁（Shared Lock，S 锁）：又称读锁，若事务 T 对数据对象 A 加上 S 锁，则其他事务只能对 A 加 S 锁，不能加 X 锁，直到 T 释放 A 上的 S 锁。多个事务可以同时对同一个数据对象加共享锁，用于并发读取数据，不会相互阻塞。例如，多个用户同时查询某张表的数据，他们都可以获得共享锁，从而可以同时读取数据。
• 排他锁（Exclusive Lock，X 锁）：又称写锁，若事务 T 对数据对象 A 加上 X 锁，则其他任何事务都不能再对 A 加任何类型的锁，直到 T 释放 A 上的锁。排他锁用于确保在写入数据时的独占性，防止其他事务同时修改相同的数据，避免数据冲突。例如，当一个事务要更新某条记录时，它会先获取该记录的排他锁，这样其他事务就无法同时修改这条记录。

锁的粒度

• 表级锁：对整个表进行锁定。优点是实现简单，加锁和解锁速度快，适用于大量数据的查询操作。缺点是并发度低，当一个事务对表加锁后，其他事务对该表的所有操作都可能被阻塞。例如，在对一张数据量很大的历史记录表进行全表备份时，可以使用表级锁，以防止在备份过程中有其他事务对表进行修改。
• 行级锁：仅对表中的某一行或几行数据进行锁定。行级锁的优点是并发度高，能够在同一表中允许不同事务同时访问不同的行数据，大大提高了数据库的并发处理能力。缺点是加锁和解锁的开销较大，因为需要更精细地管理锁资源。例如，在一个多用户同时操作的订单表中，当一个用户更新自己的订单状态时，只需要对该订单对应的行加锁，而不会影响其他用户对其他订单的操作。
• 页级锁：介于表级锁和行级锁之间，锁定粒度为数据页。它试图平衡表级锁和行级锁的优缺点，既能够在一定程度上提高并发度，又比行级锁的开销小。但在实际应用中，页级锁的使用相对较少。

死锁

• 定义：指两个或多个事务在执行过程中，因争夺资源而造成的一种互相等待的现象，若无外力作用，它们都将无法推进下去，从而导致系统陷入僵局。例如，事务 T1 持有资源 R1 的锁，同时请求资源 R2 的锁；而事务 T2 持有资源 R2 的锁，同时请求资源 R1 的锁，这时就发生了死锁。
• 检测与处理：MySQL 会自动检测死锁的发生，并选择一个牺牲者（通常是回滚代价最小的事务），将其回滚，以打破死锁局面，使其他事务能够继续执行。同时，应用程序也可以通过设置合适的事务隔离级别、合理安排事务的执行顺序等方式来尽量避免死锁的发生。

锁的使用场景

• 并发控制：在多用户并发访问数据库时，通过加锁来控制对数据的访问顺序，确保数据的一致性。例如，在电商系统中，当多个用户同时购买同一件商品时，需要通过锁来保证库存的正确更新，避免超卖现象的发生。
• 数据完整性保护：防止在数据修改过程中被其他事务干扰，确保数据的完整性。例如，在银行转账业务中，需要对转出账户和转入账户进行加锁，以防止在转账过程中其他事务对账户余额进行修改，导致数据不一致。