MySQL ロックメカニズムの再考-mysql チュートリアル-php.cn

MySQL ロックメカニズムの再考

記事ディレクトリ

ロック
- ロックの分類
- 共有ロック (読み取りロック、読み取りと書き込みは相互に排他的、読み取りと読み取りは相互に影響しません)
- 排他ロック (書き込みロック、排他ロック)
- 共有ロックと排他ロックの違い
テーブルロック
- グローバルテーブルロック
行ロックテーブルロックにアップグレードされます (行ロックは実際にインデックスをロックします。インデックスを使用せずにテーブル全体がスキャンされる場合、テーブル全体がロックされます)
特定の行レコードが変更または削除されると、トランザクションが送信されない場合、行は常にロックされます。ロックロック
レコードロック
ギャップロック
- innodb 自動ギャップロック使用条件
- ギャップロックでロックされる領域
- #ネクストキーロック【キーロック】
#レコードロック、ギャップロックと一時ロックの違い

mysql ビデオチュートリアル Lock

Lock は、コンピュータが複数のスレッドを調整して同じ共有リソースにアクセスするためのメカニズムであり、主に同時実行セキュリティの問題を解決するために使用されます。複数のスレッドが同じ共有リソースにアクセスする。

MySQL ロックメカニズムの再考ロックの分類

(1) パフォーマンスの観点から、楽観的ロックと悲観的ロックに分けられます MySQL が採用しているのは、バージョン番号管理、(2)ではJVM CAS

を使用データベース操作の種類はリードロック(共有ロック)、ライトロック(排他ロック)に分かれます。【リードロック、ライトロックは共に悲観ロック】

読み取りロック (共有ロック): 同じ行レコードに対して複数の読み取り操作を同時に実行できますが、トランザクションは実行できません

(3) 粒度レベルから、テーブルロックと行ロックに分けられます

注:

(1) 読み取りロック、書き込みロックロックはすべて行レベルのロックです。つまり、トランザクション 1 は製品 A の書き込みロックを取得し、トランザクション 2 は製品 B の書き込みロックを取得し、相互にブロックしません。 (2) SQL ステートメントで行ロックが使用されている場合、SQL がインデックスを使用せずにテーブル全体のスキャンを使用する場合、行レベルのロックはテーブルロックになります。

(3) ロックはコミットまたはロールバックが実行されたときにのみ解放され、すべてのロックが同時に解放されます。 (4) Innodb エンジンが通常の変更および削除 SQL ステートメントを実行すると、変更および削除された行に行ロックが追加されます。

共有ロック (読み取りロック、読み取りと書き込みの相互排他、読み取りと読み取りは相互に影響しません)

トランザクション A は、共有ロックを使用して特定の (トランザクション B がこれらのレコードを読み取ることができる場合、共有ロックの追加を続行できますが、これらのレコードを変更することはできません (トランザクション C がこれらのデータを変更または削除すると、ロック待機がタイムアウトになるかトランザクションが終了するまでブロック状態になります) A コミット)

共有ロックの使用方法と共有ロックの解放方法

# 加锁SELECT ... LOCK IN SHARE MODE# 释放锁commit;rollback;

ログイン後にコピー

関数

他のトランザクションによる結果セットの更新を防止しながら、結果セットの最新バージョンを読み取ります。
例: 製品在庫に対する同時操作

select ... for update は、読み取り行レコードに排他ロックを追加し、排他ロックを取得したトランザクションのみが行レコードを変更できるようにし、他のトランザクションが行レコードを変更できないようにします。通常と同じように行 update ステートメントは実行時に行ロックを追加します。

排他ロックの使用方法

# 加排他锁select ... for update //排他锁 # 释放锁commit;rollback;

ログイン後にコピー

共有ロックと排他ロックの違い

(1) トランザクションごとに 1 回排他ロックを取得すると、他のトランザクションは排他ロックを取得できなくなります。 複数のトランザクションで、同じデータ行に共有ロックを追加できます。

(2) 他のトランザクションもその行に共有ロックまたは排他ロックを追加する可能性があるため、指定された行に共有ロックを追加するトランザクションは、必ずしもその行のデータを変更するとは限りません。排他ロックを追加するトランザクション指定された行に追加すると、排他ロックを使用して行データを変更できます。

#テーブルロック

テーブルレベルのロックは、主に、次のような一部の非トランザクションストレージエンジンで使用されます。 MyISAM、MEMORY、CSV など。 テーブルロックは通常、データ移行中に使用されます。

インテンションロック: インテンション共有ロックとインテンション排他ロック

共有ロックを行に追加するための前提条件は、行のデータが配置されているテーブルが最初にロックを解除することです。インテンション共有ロックを取得します。 行に排他ロックを追加するための前提条件は、行のデータが配置されているテーブルが最初に目的の排他ロックを取得することです。

注: インテンション共有ロックとインテンション排他ロックはテーブルロックであり、手動で作成することはできません。

インテンションロックを追加する必要がある理由

意向锁是为了告知mysql该表已经存在数据被加锁，而不需要逐行扫描是否加锁，提搞加锁的效率。

单个表锁定

lock tables saas.goods read,saas.account write;　　// 给saas库中的goods表加读锁,account表加写锁unlock tables;   //解锁

ログイン後にコピー

全局表锁定

FLUSH TABLES WITH READ LOCK; 　　// 所有库所有表都被锁定只读unlock tables;         //解锁

ログイン後にコピー

注意： 在客户端和数据库断开连接时，都会隐式的执行unlock tables。如果要让表锁定生效就必须一直保持连接。

表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低；
行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高；

行锁

行锁是锁一行或者多行记录
MySQL的行锁是基于索引，行锁是加在索引上，而不是加在行记录上的。

如上图所示，数据库中有1个主键索引和1个普通索引，图中的sql语句是基于普通索引查询，命中4条记录，此时一把行锁就锁定两条记录，而其他事务修改这两条记录中的任意一条，都会一直阻塞【获取锁的事务没有执行commit之前】，下图就是上图没有执行commit语句时的情况。

行锁升级为表锁（行锁实际是给索引加锁，如果没用索引而全表扫描，则会给全表加锁）

MySQL ロックメカニズムの再考
上图中where条件中，虽然template_name建立普通索引，但使用or关键字，导致template_name的索引失效，从而进行了全表扫描，锁定了整张表。

修改、删除某一行记录，且未提交事务时，该行会一直被行锁锁定

MySQL ロックメカニズムの再考
窗口1中删除某一行，但没有提交。窗口2中更新该行会一直处于阻塞中。

记录锁

行锁：行锁是命中索引，一把锁锁的是一张表的一条记录或多条记录
记录锁：记录锁是在行锁的衍生锁，记录锁锁的是表中的某一条记录，记录锁出现的条件必须是：精确命中索引，且索引是唯一索引（比如主键id、唯一索引列）。

间隙锁（Gap Locks）

经典参考文章

间隙锁的作用：防止幻读

间隙锁的目的是为了防止幻读，其主要通过两个方面实现这个目的：
（1）防止止间隙内有新数据被插入
（2）防止范围内已存在的数据被更新

innodb自动使用间隙锁的条件

（1）数据隔离级别必须为可重复读
（2）检索条件必须使用索引（没有使用索引的话，mysql会全表扫描，那样会锁定整张表所有的记录，包括不存在的记录，此时其他事务不能修改不能删除不能添加）

间隙锁锁定的区域

根据检索条件向左寻找最靠近检索条件的记录值A，作为左区间，向右寻找最靠近检索条件的记录值B作为右区间，即锁定的间隙为（A，B）。下图中，where number=5的话，那么间隙锁的区间范围为[4,11]；
MySQL ロックメカニズムの再考

session 1:start  transaction ;触发间隙锁的方式1：select  * from news where number=4 for update ;触发间隙锁的方式2：update news set number=3 where number=4; session 2:start  transaction ;insert into news value(2,4);#（阻塞）insert into news value(2,2);#（阻塞）insert into news value(4,4);#（阻塞）insert into news value(4,5);#（阻塞）insert into news value(7,5);#（执行成功）insert into news value(9,5);#（执行成功）insert into news value(11,5);#（执行成功）

ログイン後にコピー

next-key锁【临键锁】

next-key锁其实包含了记录锁和间隙锁，即锁定一个范围，并且锁定记录本身。InnoDB默认加锁方式是next-key 锁。

select * from news where number=4 for update ;

ログイン後にコピー

MySQL ロックメカニズムの再考

next-key锁锁定的范围为间隙锁+记录锁，即区间（2，4），（4，5）加间隙锁，同时number=4的记录加记录锁，即next-key锁的锁定的范围为（2,4],(4,5]。

记录锁、间隙锁、临间锁的区别

MySQL ロックメカニズムの再考

update news  set number=0 where id>15

ログイン後にコピー

sql默认加的是next-key锁。根据上图，next-key锁的区间为（-∞,1],（1,5]，（5,9]，（9，11]，(11,+∞），上面id>15，实际上next-key锁是加在[11，+∞）这个范围内，而不是（15，+∞）这个范围内。注意：需要使用锁的字段必须加索引，因为锁是加在索引上的，没有索引则加的表锁。