집 > 기사 > 데이터 베이스 > MySQL 및 InnoDB의 공유 잠금 및 배타적 잠금을 설명하는 예

MySQL 및 InnoDB의 공유 잠금 및 배타적 잠금을 설명하는 예

WBOY앞으로: 2022-02-08 18:00:292321검색

이 기사는 MySQL의 공유 잠금 및 독점 잠금에 대한 관련 지식을 제공하며 모든 사람에게 도움이 되기를 바랍니다.

공유 잠금

공유 잠금, S 잠금, 읽기 잠금 이 모두 그의 이름입니다.

그리고 나는 그에게 공유 읽기 잠금이라고 부르고 싶습니다.

공유(S) 잠금은 잠금을 보유한 트랜잭션이 읽을 수 있도록 허용합니다.

공유 잠금을 사용하면 잠금을 보유한 트랜잭션이 읽을 수 있습니다.

여기서 나눔은 읽기 나눔입니다.

즉, 행 수준이든 테이블 수준이든 특정 데이터에 공유 읽기 잠금이 설정되면 다른 트랜잭션은 계속해서 읽을 수 있지만(즉, 공유 읽기 잠금을 유지할 수 있음) 쓸 수 없습니다. 즉, 읽을 수 없습니다. 쓰기 상호 배제 .

그나저나 공유 잠금(shared read lock)을 추가하는 방법을 소개하겠습니다:

Up 테이블 수준 공유 잠금, 즉 테이블 수준 공유 읽기 잠금:

select  *  from table（表） lock in share mode ；

업스트림 수준 공유 잠금, that 행 수준 공유 읽기 잠금:

select  *  from table（表）where id = 10  
lock in share mode
 ；

간단히 말씀드리자면, InnoDB에서는 행 잠금을 사용하려는 경우 행 잠금만 사용하는 것이 아니라는 점에 유의하세요. 행 잠금의 트리거 조건을 다시 검토해 보겠습니다. 시작 부분) :

전용 잠금(Exclusive lock) 잠금)

전용 잠금, 쓰기 잠금, X 잠금은 모두 그의 이름입니다.

저는 그 사람을 독점 쓰기 잠금이라고 부르고 싶습니다.

배타적(X) 잠금은 잠금을 보유한 트랜잭션이 업데이트되거나 삭제되도록 허용합니다.

배타적(X) 잠금을 사용하면 잠금을 보유한 트랜잭션을 업데이트하거나 삭제할 수 있습니다.

독점적인 단어입니다. 농구를 해 본 적이 있나요? 저는 중학교 때 농구를 할 줄 몰랐어요. 공을 잡고 있으면 패스를 안 하더군요. 내 반 친구들은 나에게 당신이 너무 외롭다고 말했습니다.

네, 저는 매우 외롭습니다. 이 배타적 쓰기 잠금(독점 잠금)과 마찬가지로 매우 독특합니다.

트랜잭션이 특정 데이터에 배타적 쓰기 잠금(배타적 잠금)을 추가하면 현재 트랜잭션만 해당 데이터를 수정하거나 삭제할 수 있습니다.

다른 거래는 읽거나 쓸 수 없습니다. 이 잠금은 매우 고유하므로 다른 트랜잭션이 이를 활용할 수 있으려면 이 고유한 잠금이 모두 사용(해제)될 때까지 기다려야 합니다.

그래서 배타적 쓰기 잠금(exclusive lock)은 읽기와 쓰기에 상호 배타적이며 쓰기와 쓰기에 상호 배타적입니다.

그나저나 배타적 잠금(배타적 쓰기 잠금)을 추가하는 방법을 소개하겠습니다:

업 테이블 수준 배타적 잠금, 즉 테이블 수준 배타적 쓰기 잠금:

select * from table
 for update 
；

업스트림 수준 배타적 잠금, 즉 행 수준 독점 쓰기 잠금:

select * from table where id =10 
 for update
 ；

여기서 좀 더 설명하겠습니다. InnoDB에서는 행 잠금을 사용하려는 경우 행 잠금만 사용하는 것이 아닙니다. 행 잠금의 트리거 조건을 검토해 보겠습니다. 다시 (처음에 언급함):

위 SQL은 인덱스에 도달하고 id가 인덱스이기 때문에 행 수준에서 배타적 잠금을 얻을 수 있습니다.

아마도 이것을 보면 공유 잠금 및 독점 잠금에 대해 여전히 모호할 것입니다. 읽기-읽기 공유, 읽기-쓰기 상호 배제, 쓰기-쓰기 상호 배제 등이 무엇인지 대략적으로 알 수 있습니다.

그러므로 우리는 이 두 자물쇠를 다시 하나님의 관점에서 바라볼 필요가 있습니다,

red 거래 연산 1

blue 거래 연산 2

공유 잠금(공유 읽기 잠금)

독점 잠금(독점 쓰기 잠금)

공유 잠금(공유 읽기 잠금)

예, 호환 가능, 함께 읽기

아니요, 호환되지 않습니다. 글을 쓰려면 공유 잠금이 사라질 때까지 기다려야 합니다. 독점적으로 잠겨 있어 다른 사람은 아무것도 할 수 없습니다

那么如果你看到这里，还是对共享锁 & 排他锁还只是云里雾里。

那我只有动手了!

实战介绍，演示所谓的读读共享、读写互斥、写写互斥。

在演示读读共享、读写互斥、写写互斥前，我必须点明一点！

在这篇文章里面，我介绍了一些上共享锁（共享读锁）、排他锁（独占写锁）的方式。但是可以看到写的查询sql 都是后面加了东西的， lock in share mode ，for update .... 等。

所以我想点明的一点是，

如果是使用普通的查询，是什么锁都没上的！

就好像平时我们经常写的

select * from table ；
select * from table where age=18；

select语句默认不会加任何锁类型

而排他锁，除了 select .... for update ,InnoDB引擎默认的修改、插入、删除（update,insert,delete）都是会给操作的相关数据加排他锁的 .

废话不多说，我们上才艺：

准备一些用于测试的数据。

建表：

DROP TABLE IF EXISTS `user`;
CREATE TABLE `user`  (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(32) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `age` int(11) NULL DEFAULT NULL,
  `sex` tinyint(1) NULL DEFAULT NULL,
  PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 5 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;

SET FOREIGN_KEY_CHECKS = 1;

搞点模拟数据：

（id主键索引）