数据库中各种锁汇总
本文汇总简记数据库中的各种锁。
| 名称 | 英文名称 | 定义 | 解释 | |
|---|---|---|---|---|
| 悲观锁 | Pessimistic Lock | 在访问数据前先加锁，防止其他事务的并发修改数据 | 通过获取锁来保证数据的独占性，从而避免并发修改数据带来的问题。 | |
| 乐观锁 | Optimistic Lock | 在修改数据时先不加锁，而是在提交数据时检查数据是否被其他事务修改过 | 通过比较版本号或时间戳等乐观策略来保证数据的一致性和并发性，适用于并发量不高的场景。 | |
| 行级锁 | Row-level Lock | 以数据行为单位进行加锁，只锁定需要访问的数据行 | 通过行级锁来保证数据行的独占性，从而避免并发修改数据带来的问题。 | |
| 表级锁 | Table-level Lock | 以整个表为单位进行加锁，锁定整个表 | 通过表级锁来保证整个表的独占性，适用于只有少数事务同时访问该表的场景。 | |
| 共享锁 | Shared Lock | 多个事务可以共享一把锁，读取共享数据 | 共享锁可以允许多个事务同时读取共享数据，但不允许写操作。 | |
| 排他锁 | Exclusive Lock | 只有一个事务可以持有一把锁，写入数据 | 排他锁可以保证只有一个事务对数据进行写操作，其他事务需要等待锁释放后才能进行操作。 | |
| 记录锁 | Record Lock | 保护单个数据行的锁 | 当一个会话对一行数据进行修改时，会对该行数据进行记录锁定，其他会话需要等待锁释放后才能访问该行数据。 | |
| 间隙锁 | Gap Lock | 用于保护索引键值的锁 | 当一个会话执行范围查询时，会对查询范围内的索引键值进行间隙锁定，防止其他会话在查询过程中插入相同索引键值的数据。 | |
| 意向锁 | Intention Lock | 用于指示一个事务需要对表中某个数据行或数据行范围加锁 | 当一个事务需要对某个数据行加行级锁或间隙锁时，需要先对表加意向锁，表示该事务有意在该表中加行级锁或间隙锁。 |