Contoh untuk menerangkan kunci kongsi dan kunci eksklusif di bawah MySQL dan InnoDB

Artikel ini membawakan anda pengetahuan yang berkaitan tentang kunci kongsi dan kunci eksklusif dalam mysql saya harap ia akan membantu anda.

Kunci Dikongsi

Kunci kongsi, kunci S, kunci baca , semuanya miliknya nama.

Dan saya suka memanggilnya kunci baca kongsi.

Kunci kongsi (S) membenarkan transaksi yang memegang kunci untuk dibaca.

Kunci kongsi membolehkan transaksi yang memegang kunci itu dibaca.

Perkongsian di sini ialah, Perkongsian bacaan .

Dalam erti kata lain, sama ada tahap baris atau peringkat jadual, jika kunci baca dikongsi diletakkan pada data tertentu, Transaksi lain boleh terus dibaca (iaitu, kunci baca dikongsi adalah dibenarkan diadakan) , tetapi tidak boleh ditulis, iaitu membaca dan menulis adalah saling eksklusif .

Dengan cara ini, izinkan saya memperkenalkan cara menambah kunci kongsi (kunci baca kongsi):

Kunci kongsi peringkat meja atas, iaitu kunci baca kongsi peringkat meja:

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

Kunci kongsi peringkat huluan, iaitu kunci baca kongsi peringkat baris:

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

Sila ambil perhatian bahawa di bawah InnoDB, anda bukan hanya menggunakan baris kunci jika anda ingin menggunakan kunci baris. Kami mempunyai syarat pencetus untuk kunci baris. Kunci)

Kunci Eksklusif, tulis Kunci, kunci X, adalah namanya.

Dan saya suka memanggilnya

Kunci tulis eksklusif

.

Kunci eksklusif (X) membenarkan transaksi yang memegang kunci untuk mengemas kini atau memadam.

Kunci Eksklusif (X) membenarkan transaksi yang memegang kunci untuk mengemas kini atau memadam.

Eksklusif, perkataan ini. Adakah anda pernah bermain bola keranjang? Saya tidak tahu bermain bola keranjang di sekolah menengah. Saya tidak akan menghantar bola semasa saya memegangnya. Rakan sekelas saya berkata kepada saya, awak sangat sunyi.

Ya, saya sangat keseorangan. Sama seperti kunci tulis eksklusif (kunci eksklusif) ini, ia sangat unik.

Apabila transaksi menambahkan kunci tulis eksklusif (kunci eksklusif) pada data tertentu, hanya transaksi semasa boleh mengubah suai atau memadam data.

Urus niaga lain tidak boleh dibaca atau ditulis

. Oleh kerana kunci ini sangat unik, anda mesti menunggu sehingga kunci yang sangat unik ini digunakan (dilepaskan) sebelum transaksi lain boleh memanfaatkannya.

Jadi, kunci tulis eksklusif (kunci eksklusif) adalah saling eksklusif untuk membaca dan menulis, dan untuk penulisan dan penulisan yang saling eksklusif.

Dengan cara ini, izinkan saya memperkenalkan cara menambah kunci eksklusif (kunci tulis eksklusif): Kunci eksklusif peringkat meja atas, iaitu kunci tulis eksklusif peringkat meja:

Kunci eksklusif peringkat hulu, iaitu kunci tulis eksklusif peringkat baris:

Biar saya huraikan lebih lanjut di sini Ambil perhatian bahawa di bawah InnoDB, anda bukan hanya menggunakan kunci baris jika anda ingin menggunakan kunci baris, kunci baris Mari semak keadaan pencetus sekali lagi (disebutkan pada permulaan):

select * from table
 for update 
；

select * from table where id =10 
 for update
 ；

SQL di atas boleh mencapai eksklusif peringkat pautan atas kunci kerana ia mencecah indeks, dan id ialah indeks.

Mungkin selepas melihat ini, anda masih kabur tentang kunci kongsi & kunci eksklusif Anda secara kasarnya tahu apa perkongsian baca-baca, pengecualian baca-tulis, pengecualian bersama tulis-tulis dan sebagainya.

Jadi, kita perlu melihat dua kunci ini dari perspektif Tuhan sekali lagi,

---

Merah

Operasi transaksi satu Biru Operasi transaksi dua

Dikongsi kunci (kunci baca dikongsi)

	共享锁（共享读锁）	排他锁（独占写锁）
共享锁（共享读锁）	可以，兼容，一起读	不可以，不兼容，想写得等共享锁没了
排他锁（独占写锁）	不可以，不兼容，上了排他锁，别人啥都不能动	不可以，不兼容，上了排他锁，别人啥都不能动

Kunci eksklusif (kunci tulis eksklusif)<🎜><🎜>

<🎜>Kunci kongsi (kunci baca kongsi)<🎜>

Ya, Serasi, baca bersama

Tidak, tidak serasi, jika anda ingin menulis, tunggu sehingga kunci kongsi hilang

<🎜>Kunci eksklusif (kunci tulis eksklusif)<🎜>

Tidak, tidak serasi, dengan kunci eksklusif, tiada orang lain boleh mengalihkan apa-apa< / td>

Tidak, tidak serasi, kunci eksklusif, tiada orang lain boleh mengalihkan apa-apa

---

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

那我只有动手了!

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

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

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

所以我想点明的一点是，

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

就好像平时我们经常写的

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

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

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

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主键索引）

第一个小实践：

我们不废话，我们直接上共享读锁， 看看是不是能 符合刚才我们的理论 读读共享，读写互斥！

1. 我们先给id=3这数据上个 共享读锁：

2.基于当前状况， 我们再执行一下查询语句，也是使用共享读锁的：

3.那么也是基于当前情况，我们再执行一下使用排他写锁的查询语句，可以发现 读写互斥了：

4.验证下，我们查看当前是否存在事务在等待锁：

可以从结果中看出 事务请求id 34847在等待锁：

我们再查询一下，那些事务在使用锁，
可以从结果看出，34844事务在使用S锁，也就是共享读锁；

而34847事务 在使用 X锁， 也就是排他写锁（但是由于共享读锁先上了，所以读写互斥了），所以造成了34847事务 在等待锁。

5.那么如果我们一直不 COMMIT 共享读锁， 34847事务 会永无止息地等待锁吗？   那么肯定是不可能允许这种一直等待的场景的：

所以mysql会有个等待锁资源超时的机制，这种情况就会直接返回查询失败的结果。

根据第一个小实践，我们得出一个很明显的结论：

当某数据上了 共享读锁 S 时， 只允许其他事务上共享读锁 S， 因为读读共享；

不允许其他事务上 独占写锁 X（除非把这个共享读锁S 释放掉），因为读写互斥。

第二个小实践：

1.我们直接给某行数据上个排他写锁 X (注意我们的事务是没有执行COMMIT的) ：

2. 我们接下来去 通过共享读锁去获取数据，看看会发生什么？

这就是 独占写锁 X 的 读写互斥、写写互斥 （写写互斥的场景就不展示了）.

再验证下，我们看下是不是存在事务在等待锁资源：

3. Jadi jika kunci tulis eksklusif tidak pernah dikeluarkan, adakah transaksi lain akan terus menunggu? Perkara yang sama berlaku untuk

, yang akan menunggu tamat masa dan mengembalikan kegagalan pertanyaan:

Tambahkan sedikit latihan:

Masih sama, mula-mula muat naik data tertentu Kunci tulis eksklusif, tiada KOMIT:

2 Jalankan pertanyaan biasa, pilih:

Anda boleh lihat, Penyata pilihan biasa boleh diperolehi secara normal, mengapa? Kerana kami menyebut sebelum ini:

Jadi saya perlu mengulangi bahawa apa yang dipanggil perkongsian baca baca, pengecualian bersama baca-tulis dan pengecualian bersama tulis-tulis adalah mengenai kunci sumber, jika anda tidak bersaing untuk sumber kunci, maka pasti tidak akan ada pengecualian bersama atau pengecualian bersama.

Pembelajaran yang disyorkan: tutorial video mysql

Atas ialah kandungan terperinci Contoh untuk menerangkan kunci kongsi dan kunci eksklusif di bawah MySQL dan InnoDB. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!