suchen
HeimDatenbankMySQL-TutorialBeispiele zur Erläuterung von Shared Locks und Exclusive Locks unter MySQL und InnoDB

Dieser Artikel vermittelt Ihnen relevantes Wissen über gemeinsame Sperren und exklusive Sperren in MySQL. Ich hoffe, dass er für alle hilfreich ist.

Beispiele zur Erläuterung von Shared Locks und Exclusive Locks unter MySQL und InnoDB

Shared Lock

Shared Lock, S Lock, Read Lock sind alle seine Namen.

Und ich nenne ihn gerne Shared Read Lock.

Eine gemeinsame (S) Sperre ermöglicht das Lesen der Transaktion, die die Sperre hält.

Eine gemeinsame Sperre ermöglicht das Lesen der Transaktion, die die Sperre hält.

Das Teilen hier ist Lesen Teilen .

Mit anderen Worten, egal ob auf Zeilen- oder Tabellenebene: Wenn für bestimmte Daten eine gemeinsame Lesesperre festgelegt wird, Andere Transaktionen können weiterhin lesen (dh sie dürfen gemeinsame Lesesperren halten), aber sie kann nicht schreiben, also lesen. Schreiben, gegenseitiger Ausschluss .

Lassen Sie mich übrigens vorstellen, wie Sie eine gemeinsame Sperre (gemeinsame Lesesperre) hinzufügen:

Gemeinsame Sperre auf Tabellenebene, dh gemeinsame Lesesperre auf Tabellenebene:

select  *  from table(表) lock in share mode ;

Gemeinsame Sperre auf Upstream-Ebene ist eine gemeinsame Lesesperre auf Zeilenebene:

select  *  from table(表)where id = 10  
lock in share mode
 ;

Nur eine kurze Anmerkung: Bitte beachten Sie, dass Sie unter InnoDB nicht nur Zeilensperren verwenden, wenn Sie Zeilensperren verwenden möchten. Sehen wir uns noch einmal die Auslösebedingungen von Zeilensperren an (erwähnt). am Anfang):

Exklusive Sperre (Exklusive Sperre) Sperre)

Exklusive Sperre, Schreibsperre, X-Sperre sind alle seine Namen.

Und ich nenne ihn gerne Exklusive Schreibsperre.

Eine exklusive (X) Sperre ermöglicht der Transaktion, die die Sperre hält, das Aktualisieren oder Löschen.

Exklusive (X) Sperren ermöglichen das Aktualisieren oder Löschen der Transaktion, die die Sperre hält.

Exklusiv, dieses Wort. Haben Sie jemals Basketball gespielt? Ich wusste nicht, wie man in der Mittelstufe Basketball spielt. Meine Klassenkameraden sagten zu mir: Du bist so einsam.

Ja, ich bin sehr allein. Genau wie diese exklusive Schreibsperre (exklusive Sperre) ist sie sehr einzigartig.

Wenn eine Transaktion bestimmten Daten eine exklusive Schreibsperre (exklusive Sperre) hinzufügt, kann nur die aktuelle Transaktion die Daten ändern oder löschen.

Andere Transaktionen können nicht gelesen oder geschrieben werden. Da diese Sperre sehr einzigartig ist, müssen Sie warten, bis diese einzigartige Sperre aufgebraucht (freigegeben) ist, bevor andere Transaktionen sie nutzen können.

Die exklusive Schreibsperre (exklusive Sperre) schließt sich also gegenseitig für das Lesen und Schreiben aus und schließt sich gegenseitig für das Schreiben und Schreiben aus.

Lassen Sie mich übrigens vorstellen, wie Sie eine exklusive Sperre (exklusive Schreibsperre) hinzufügen:

Exklusive Sperre auf Tabellenebene, dh exklusive Schreibsperre auf Tabellenebene:

select * from table
 for update 
;

Exklusive Sperre auf Upstream-Ebene ist eine exklusive Schreibsperre auf Zeilenebene:

rrree

Beachten Sie, dass Sie unter InnoDB nicht nur Zeilensperren verwenden, sondern auch die Auslösebedingungen von Zeilensperren noch einmal (am Anfang erwähnt):

Das obige SQL kann eine exklusive Sperre auf Zeilenebene erhalten, da es auf den Index trifft und die ID der Index ist.


Wenn Sie das sehen, wissen Sie vielleicht immer noch nicht genau, was gemeinsame Sperren und exklusive Sperren sind, was Lese-/Lese-Freigabe, gegenseitiger Lese-/Schreibausschluss, gegenseitiger Schreib-/Schreibausschluss usw. ist.

Also müssen wir diese beiden Schlösser noch einmal aus Gottes Sicht betrachten,

rot Transaktionsoperation eins

blau

Transaktionsoperation zwei

. Gemeinsame Sperre (gemeinsame Lesesperre)

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

那我只有动手了!

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

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

在这篇文章里面,我介绍了一些上 共享锁(共享读锁)、排他锁(独占写锁)的方式 。 但是 可以看到写的查询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. Wenn die exklusive Schreibsperre also nie aufgehoben wird, werden andere Transaktionen dann weiter warten?

Das Gleiche gilt, es wird auf eine Zeitüberschreitung gewartet, um einen Abfragefehler zurückzugeben:

Fügen Sie ein wenig Übung hinzu:

1. Geben Sie immer noch eine exklusive Schreibsperre für bestimmte Daten ohne COMMIT:

2. Gewöhnliche Abfrage ausführen, auswählen:

Sie können sehen, dass die gewöhnliche SELECT-Anweisung normal abgerufen werden kann. Warum? Weil wir es bereits erwähnt haben:

Also muss ich es noch einmal erklären. Der sogenannte gegenseitige Lese-/Schreibausschluss und der gegenseitige Schreib-/Schreibausschluss gelten alle für Sperrressourcen. Wenn es keinen Sperrressourcenwettbewerb gibt, darf es keinen gegenseitigen Ausschluss oder gegenseitigen Ausschluss geben.

Empfohlenes Lernen: MySQL-Video-Tutorial


Gemeinsame Sperre (gemeinsame Lesesperre) Exklusive Sperre (exklusive Schreibsperre)
Ja, kompatibel, gemeinsam lesen Nein, inkompatibel. Wenn Sie schreiben möchten, müssen Sie warten, bis die gemeinsame Sperre weg ist , nicht kompatibel, es ist exklusiv gesperrt, niemand sonst kann etwas tun

Das obige ist der detaillierte Inhalt vonBeispiele zur Erläuterung von Shared Locks und Exclusive Locks unter MySQL und InnoDB. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme
Dieser Artikel ist reproduziert unter:CSDN. Bei Verstößen wenden Sie sich bitte an admin@php.cn löschen
Erläutern Sie die Rolle von InnoDB -Wiederherstellung von Protokollen und Rückgängigscheinen.Erläutern Sie die Rolle von InnoDB -Wiederherstellung von Protokollen und Rückgängigscheinen.Apr 15, 2025 am 12:16 AM

InnoDB verwendet Redologs und undologische, um Datenkonsistenz und Zuverlässigkeit zu gewährleisten. 1.REDOLOogen zeichnen Datenseitenänderung auf, um die Wiederherstellung und die Durchführung der Crash -Wiederherstellung und der Transaktion sicherzustellen. 2.Strundologs zeichnet den ursprünglichen Datenwert auf und unterstützt Transaktionsrollback und MVCC.

Was sind die wichtigsten Metriken, die in einer Erklärungsausgabe (Typ, Schlüssel, Zeilen, extra) suchen müssen?Was sind die wichtigsten Metriken, die in einer Erklärungsausgabe (Typ, Schlüssel, Zeilen, extra) suchen müssen?Apr 15, 2025 am 12:15 AM

Zu den wichtigsten Kennzahlen für Erklärungsbefehle gehören Typ, Schlüssel, Zeilen und Extra. 1) Der Typ spiegelt den Zugriffstyp der Abfrage wider. Je höher der Wert ist, desto höher ist die Effizienz, wie z. B. const besser als alle. 2) Der Schlüssel zeigt den verwendeten Index an, und Null zeigt keinen Index an. 3) Zeilen schätzt die Anzahl der gescannten Zeilen und beeinflussen die Abfrageleistung. 4) Extra liefert zusätzliche Informationen, z.

Was ist der vorübergehende Status im Erklären und wie kann man ihn vermeiden?Was ist der vorübergehende Status im Erklären und wie kann man ihn vermeiden?Apr 15, 2025 am 12:14 AM

Die Verwendung von Temporary zeigt an, dass die Notwendigkeit, temporäre Tabellen in MySQL-Abfragen zu erstellen, die üblicherweise in der Reihenfolge mit unterschiedlichen, gruppby- oder nicht indizierten Spalten gefunden werden. Sie können das Auftreten von Indizes vermeiden und Abfragen umschreiben und die Abfrageleistung verbessern. Insbesondere bedeutet dies, dass MySQL temporäre Tabellen erstellen muss, um Abfragen zu verarbeiten. Dies tritt normalerweise auf, wenn: 1) Deduplizierung oder Gruppierung bei Verwendung von unterschiedlichem oder gruppy; 2) Sortieren Sie, wann OrderBy Nicht-Index-Spalten enthält. 3) Verwenden Sie eine komplexe Unterabfrage oder verbinden Sie Operationen. Optimierungsmethoden umfassen: 1) OrderBy und GroupB

Beschreiben Sie die verschiedenen SQL -Transaktions -Isolationsstufen (gelesen, gelesen, lesing festgelegt, wiederholbares Lesen, serialisierbar) und ihre Auswirkungen auf MySQL/InnoDB.Beschreiben Sie die verschiedenen SQL -Transaktions -Isolationsstufen (gelesen, gelesen, lesing festgelegt, wiederholbares Lesen, serialisierbar) und ihre Auswirkungen auf MySQL/InnoDB.Apr 15, 2025 am 12:11 AM

MySQL/InnoDB unterstützt vier Transaktions -Isolationsstufen: ReadUnCommitt, Readcommidt, RepeatableAlead und Serializable. 1.Readuncommittes ermöglicht das Lesen von nicht übereinstimmenden Daten, was zu schmutzigem Lesen führen kann. 2. Readcommited vermeidet schmutziges Lesen, aber es kann nicht wiederholbare Lektüre auftreten. 3.Repeatableread ist die Standardebene, die schmutzige Lektüre und nicht wiederholbares Lesen vermeidet, aber Phantom-Lesen kann auftreten. V. Die Auswahl der geeigneten Isolationsstufe erfordert die Ausgleichsdatenkonsistenz und die Leistungsanforderungen.

MySQL gegen andere Datenbanken: Vergleich der OptionenMySQL gegen andere Datenbanken: Vergleich der OptionenApr 15, 2025 am 12:08 AM

MySQL eignet sich für Webanwendungen und Content -Management -Systeme und ist beliebt für Open Source, hohe Leistung und Benutzerfreundlichkeit. 1) Im Vergleich zu Postgresql führt MySQL in einfachen Abfragen und hohen gleichzeitigen Lesevorgängen besser ab. 2) Im Vergleich zu Oracle ist MySQL aufgrund seiner Open Source und niedrigen Kosten bei kleinen und mittleren Unternehmen beliebter. 3) Im Vergleich zu Microsoft SQL Server eignet sich MySQL besser für plattformübergreifende Anwendungen. 4) Im Gegensatz zu MongoDB eignet sich MySQL besser für strukturierte Daten und Transaktionsverarbeitung.

Wie wirkt sich die MySQL -Kardinalität auf die Abfrageleistung aus?Wie wirkt sich die MySQL -Kardinalität auf die Abfrageleistung aus?Apr 14, 2025 am 12:18 AM

Die MySQL -Idium -Kardinalität hat einen signifikanten Einfluss auf die Abfrageleistung: 1. Hoher Kardinalitätsindex kann den Datenbereich effektiver einschränken und die Effizienz der Abfrage verbessern. 2. Niedriger Kardinalitätsindex kann zu einem vollständigen Tischscannen führen und die Abfrageleistung verringern. 3. Im gemeinsamen Index sollten hohe Kardinalitätssequenzen vorne platziert werden, um die Abfrage zu optimieren.

MySQL: Ressourcen und Tutorials für neue BenutzerMySQL: Ressourcen und Tutorials für neue BenutzerApr 14, 2025 am 12:16 AM

Der MySQL -Lernpfad umfasst Grundkenntnisse, Kernkonzepte, Verwendungsbeispiele und Optimierungstechniken. 1) Verstehen Sie grundlegende Konzepte wie Tabellen, Zeilen, Spalten und SQL -Abfragen. 2) Lernen Sie die Definition, die Arbeitsprinzipien und die Vorteile von MySQL kennen. 3) Master grundlegende CRUD -Operationen und fortgeschrittene Nutzung wie Indizes und gespeicherte Verfahren. 4) KON -Debugging- und Leistungsoptimierungsvorschläge, wie z. B. rationale Verwendung von Indizes und Optimierungsabfragen. In diesen Schritten haben Sie einen vollen Verständnis für die Verwendung und Optimierung von MySQL.

Reale MySQL: Beispiele und AnwendungsfälleReale MySQL: Beispiele und AnwendungsfälleApr 14, 2025 am 12:15 AM

Die realen Anwendungen von MySQL umfassen grundlegende Datenbankdesign und komplexe Abfrageoptimierung. 1) Grundnutzung: Wird zum Speichern und Verwalten von Benutzerdaten verwendet, z. B. das Einfügen, Abfragen, Aktualisieren und Löschen von Benutzerinformationen. 2) Fortgeschrittene Nutzung: Verwandte komplexe Geschäftslogik wie Auftrags- und Bestandsverwaltung von E-Commerce-Plattformen. 3) Leistungsoptimierung: Verbesserung der Leistung durch rationale Verwendung von Indizes, Partitionstabellen und Abfrage -Caches.

See all articles

Heiße KI -Werkzeuge

Undresser.AI Undress

Undresser.AI Undress

KI-gestützte App zum Erstellen realistischer Aktfotos

AI Clothes Remover

AI Clothes Remover

Online-KI-Tool zum Entfernen von Kleidung aus Fotos.

Undress AI Tool

Undress AI Tool

Ausziehbilder kostenlos

Clothoff.io

Clothoff.io

KI-Kleiderentferner

AI Hentai Generator

AI Hentai Generator

Erstellen Sie kostenlos Ai Hentai.

Heißer Artikel

R.E.P.O. Energiekristalle erklärten und was sie tun (gelber Kristall)
4 Wochen vorBy尊渡假赌尊渡假赌尊渡假赌
R.E.P.O. Beste grafische Einstellungen
4 Wochen vorBy尊渡假赌尊渡假赌尊渡假赌
R.E.P.O. So reparieren Sie Audio, wenn Sie niemanden hören können
4 Wochen vorBy尊渡假赌尊渡假赌尊渡假赌
WWE 2K25: Wie man alles in Myrise freischaltet
1 Monate vorBy尊渡假赌尊渡假赌尊渡假赌

Heiße Werkzeuge

SublimeText3 chinesische Version

SublimeText3 chinesische Version

Chinesische Version, sehr einfach zu bedienen

SublimeText3 Mac-Version

SublimeText3 Mac-Version

Codebearbeitungssoftware auf Gottesniveau (SublimeText3)

SecLists

SecLists

SecLists ist der ultimative Begleiter für Sicherheitstester. Dabei handelt es sich um eine Sammlung verschiedener Arten von Listen, die häufig bei Sicherheitsbewertungen verwendet werden, an einem Ort. SecLists trägt dazu bei, Sicherheitstests effizienter und produktiver zu gestalten, indem es bequem alle Listen bereitstellt, die ein Sicherheitstester benötigen könnte. Zu den Listentypen gehören Benutzernamen, Passwörter, URLs, Fuzzing-Payloads, Muster für vertrauliche Daten, Web-Shells und mehr. Der Tester kann dieses Repository einfach auf einen neuen Testcomputer übertragen und hat dann Zugriff auf alle Arten von Listen, die er benötigt.

Dreamweaver Mac

Dreamweaver Mac

Visuelle Webentwicklungstools

PHPStorm Mac-Version

PHPStorm Mac-Version

Das neueste (2018.2.1) professionelle, integrierte PHP-Entwicklungstool