当前位置：首页 > article >正文

MySQL 的锁

article 2025/1/19 2:33:58

作用: 就是MySQL 全局上锁,所有的写操作全部阻塞
场景: 全库做逻辑备份的时候使用

作用: 锁定一整个表的数据
场景: 在行锁出现前,一直使用的表锁解决并发读写问题;目前一般比较少用,性能影响比较大.

作用: 锁定表的结构
场景: 在要对表的结构进行修改的时候会加

作用: 协调行锁与表锁的关系,用于快速判断一个表是否上行锁锁,意向锁会与表级排他锁冲突.
场景:上行锁时候会使用,上表锁的时候先判断是否有意向锁冲突

作用: 自增 id 的锁
场景: 定义了自增 id,在写入数据的时候

作用: 单行数据的锁
场景: 操作某行数据

作用: 某个范围条件的锁,一般用于避免数据幻读
场景: 操作某个范围的数据

作用: 记录锁+间隙锁,范围内包含某个值
场景: 操作某个范围的(包含某个值)数据

简单理解就是读锁
共享锁可以与共享锁兼容(可同时读)

简单理解就是写锁;
排他锁会与排他锁,共享锁都冲突(不可同时读写)

虚拟的锁(并没有加锁),通过版本号解决并发问题,可以在写比较少的情况下,一定程度降低获取释放锁带来的性能消耗
乐观锁并不是 MySQL 提供的功能,而是手动实现的
实现方案:
数据增加一个版本号的字段(可以使用自增或者当前时间戳),每次更新数据都先检查数据更新前后版本号是否一致,如果一致说明数据没有更改,可以直接写,如果不一致就说明数据已经被更改了,需要回滚,重新执行.

缺点: 在写操作比较多的情况下会出现大量的冲突回滚性能不佳.