行锁和表锁

MySQL中锁的使用取决于存储引擎和事务隔离级别。MySQL提供了多种存储引擎，其中最常用的是InnoDB和MyISAM。这两种存储引擎对锁的处理方式不同：

 

### InnoDB 存储引擎

 

InnoDB支持行级锁定和多版本并发控制(MVCC)，这使得它非常适合于高并发的应用场景。InnoDB的行锁机制允许在同一时刻对同一表的不同行执行读写操作，从而提高了并发性能。以下是InnoDB使用行锁和表锁的情况：

 

- **行锁**：

  - 当执行更新或插入操作时，InnoDB会自动对涉及的行加行锁，防止其他事务同时修改相同的行。

  - 在SELECT语句中，如果使用`FOR UPDATE`或`FOR SHARE`子句，也会在所选行上加行锁。

  - 如果两个事务试图修改同一行数据，InnoDB会阻塞其中一个事务直到另一个事务完成并释放锁。

 

- **表锁**：

  - InnoDB在某些情况下也可能使用表锁，比如当执行`ALTER TABLE`操作时，InnoDB会对表加锁以阻止其他对表的操作。

  - 当存在死锁情况时，InnoDB可能会升级行锁为表锁来解决死锁问题。

 

### MyISAM 存储引擎

 

MyISAM默认使用表锁，这意味着当一个表被读取或修改时，其他对同一表的读写操作会被阻塞，直到当前操作完成。这种锁机制降低了并发性能，但在某些情况下可以提高读取速度，例如全表扫描。

 

- **表锁**：

  - 当执行任何写入操作（如INSERT, UPDATE, DELETE）时，MyISAM会对整个表加锁，阻止其他写入操作和读取操作。

  - 即使是读取操作，MyISAM也可能加表锁，尤其是当使用某些特殊语句（如`FLUSH TABLES`）时。

 

### 事务隔离级别

 

除了存储引擎之外，事务隔离级别也会影响锁的使用。例如，在READ UNCOMMITTED隔离级别下，事务不会阻塞其他事务读取未提交的数据，而在SERIALIZABLE隔离级别下，事务之间的并发度最低，几乎所有的读写操作都会产生锁。

 

总的来说，InnoDB更倾向于使用行级锁定来支持高并发，而MyISAM则使用表锁，这可能限制了并发能力。在设计数据库应用时，选择合适的存储引擎和事务隔离级别是非常重要的。