이전에 우리는 MySQL 데이터베이스의 기본 데이터 구조 및 알고리즘과 MySQL 성능 최적화 부분의 일부 내용에 대해 이야기했습니다. MySQL의 잠금 및 트랜잭션 격리 수준에 대해 다시 두 개의 기사로 나누어 이야기하겠습니다. 이 기사는 MySQL의 행 잠금 및 트랜잭션 격리 수준에 중점을 둡니다.
잠금 정의
잠금은 컴퓨터가 여러 프로세스 또는 스레드에서 리소스에 대한 동시 액세스를 조정하는 메커니즘입니다.
데이터베이스에서는 전통적인 컴퓨팅 리소스(예: CPU, RAM, I/O 등)를 두고 경쟁하는 것 외에도 데이터도 사용자가 공유해야 하는 리소스입니다. 동시 데이터 액세스의 일관성과 효율성을 보장하는 방법은 모든 데이터베이스가 해결해야 하는 문제입니다. 잠금 충돌 또한 데이터베이스 동시 액세스 성능에 영향을 미치는 중요한 요소입니다.
잠금 분류
는 성능 측면에서 낙관적 잠금(버전 비교에 의해 구현됨)과 비관적 잠금으로 구분됩니다.
는 데이터베이스 작업 유형인 읽기 잠금 및 쓰기 잠금으로 구분됩니다. 비관적 잠금에 속함)
읽기 잠금(공유 잠금): 동일한 데이터에 대해 서로 영향을 주지 않고 동시에 여러 읽기 작업을 수행할 수 있습니다.
쓰기 잠금(독점 잠금): 현재 잠금 이전; 쓰기 작업이 완료되면 다른 쓰기 잠금과 읽기 잠금이 차단됩니다.
데이터베이스 작업의 세분성은 테이블 잠금과 행 잠금으로 나뉩니다.
잠금에 대한 자세한 내용은 "Understanding of Locks in Java"를 참조하세요.
MySQL 잠금
레코드 잠금
Gap 잠금
다음 키 잠금
공유 잠금/독점 잠금 및 단독 잠금)
의도 공유 및 배타적 잠금
Insert Intention Locks
Auto-inc Locks
Predictive lock, 이런 종류의 잠금은 공간 데이터를 저장하는 공간 인덱스에 주로 사용됩니다.
다음 기사에서 이에 대해 별도로 이야기해 보겠습니다. 이 기사에서는 행 잠금 및 트랜잭션 격리 수준에 중점을 둡니다.
（5）在客户端A执行更新语句 update user set balance = balance - 50 where id = 1; zhangsan 的 balance没有变成350，居然是400，是不是很奇怪，数据不一致啊。如果你这么想就太天真了，在应用程序中，我们会用400-50=350，并不知道其他会话回滚了，要想解决这个问题可以采用读已提交的隔离级别。
读已提交
（1）打开一个客户端A，并设置当前事务模式为 read committed (读已提交)，查询表 user 的所有记录
set tx_isolation='read-committed';复制代码
로그인 후 복사
（2）在客户端A的事务提交之前，打开另一个客户端B，更新表 user
（3）这时，客户端B的事务还没提交，客户端A不能查询到B已经更新的数据，解决了脏读问题。
（4）客户端B的事务提交
（5）客户端A执行与上一步相同的查询，结果与上一步不一致，即产生了不可重复读的问题。
可重复读
（1）打开一个客户端A，并设置当前的事务模式为 repeatable read ，查询表 user 的所有记录。
set tx_isolation='repeatable-read';复制代码
로그인 후 복사
로그인 후 복사
（2）在客户端A的事务提交之前，打开另一个客户端B，更新表 user 并提交。
（3）在客户端A查询表 user 的所有记录，与步骤（1）查询结果一直，没有出现不可重复读的问题。
（4）在客户端A，接着执行 update user set balance = balance - 50 where id = 1 , balance 没有变成 400 - 50 = 350， zhangsan 的 balance 的值用的是步骤(2) 中的 350 来计算的，所以是300，数据的一致性倒是没有被破坏。可重复读的隔离级别下使用了 MVCC（multi-version concurrency control）机制，select 操作不会更新版本号，是快照读（历史版本）；insert、update、delete 会更新版本号，是当前读（当前版本）。
我们下篇来讲 MVCC。
（5）重新打开客户端B，插入一条新数据后提交。
（6）在客户端A查询表user 的所有记录，没有查出新增数据，所以没有出现幻读。
（7）验证幻读
在客户端A执行 update user set balance = 8888 where id = 4; ，能更新成功，再次查询到客户端B新增的数据。
串行化
（1）打开一个客户端A，并设置当前事务模式为 serializable ，查询表 user 的初始值
Session_1执行：select * from user where id=1 for update;
Session_2执行：select * from user where id=2 for update;
Session_1执行：select * from user where id=2 for update;
Session_2执行：select * from user where id=1 for update;复制代码
间隙锁（Gap Lock）在某些情况下可以解决幻读问题，它是 Innodb 在 可重复读 提交下为解决幻读问题时引入的锁机制。要避免幻读可以用间隙锁在Session_1 下面执行 update user set name = 'hjh' where id > 10 and id ，则其他 Session 没法在这个范围锁包含的间隙里插入或修改任何数据。
如：user 表有3条数据， id > 2 and id 会把第三条记录锁住，其他会话对则无法对第三条记录做操作。
无索引锁会升级为表锁，锁主要是加在索引上，如果对非索引字段更新，行锁可能会变变锁。
客户端A执行： update user set balance = 800 where name = 'zhangsan';
또한 local in share mode(共享锁) 和 for update(排它锁) ，例如： select * from test_innodb_lock where a = 2 for update;를 사용하여 다른 세션이 이 데이터 행만 읽을 수 있도록 특정 행을 잠글 수 있으며, 해당 행을 잠근 세션이 제출될 때까지 수정이 차단됩니다.
위 내용은 MySQL 잠금 및 트랜잭션 격리 수준을 알고 계십니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
