ஒரு transaction ஆனது statements-ஐ ஒரு atomic unit-ஆக குழுவாக்குகிறது: ஒன்று அனைத்தும் commit ஆகும் அல்லது அனைத்தும் roll back ஆகும், ACID-இன் A, C, I, D-ஐக் கொடுக்கிறது. isolation level ஆனது "I"-ஐ சரிசெய்கிறது — ஒரே நேரத்திலான transactions ஒன்றுக்கொன்று commit செய்யப்படாத அல்லது மாறிக்கொண்டிருக்கும் data-ஐ எவ்வளவு பார்க்க முடியும் என்பதை.
| Level | Dirty read | Non-repeatable read | Phantom |
|---|---|---|---|
| READ UNCOMMITTED | சாத்தியம் | சாத்தியம் | சாத்தியம் |
| READ COMMITTED | இல்லை | சாத்தியம் | சாத்தியம் |
| REPEATABLE READ (InnoDB இயல்புநிலை) | இல்லை | இல்லை | பெரும்பாலும் இல்லை* |
| SERIALIZABLE | இல்லை | இல்லை | இல்லை |
*InnoDB-இன் REPEATABLE READ ஆனது MVCC-ஐ (ஒவ்வொரு transaction-ம் ஒரு நிலையான snapshot-ஐப் படிக்கிறது) மற்றும் next-key locks-ஐப் பயன்படுத்துகிறது, எனவே இது பெரும்பாலான phantoms-ஐயும் block செய்கிறது — SQL standard தேவைப்படுவதை விட வலிமையானது.
SELECT @@transaction_isolation; -- REPEATABLE-READ by default
START TRANSACTION;
SELECT balance FROM accounts WHERE id = 1; -- snapshot taken here
UPDATE accounts SET balance = balance - 100 WHERE id = 1;
UPDATE accounts SET balance = balance + 100 WHERE id = 2;
COMMIT; -- both updates apply, or ROLLBACK undoes both
உங்களிடம் ஒரு காரணம் இல்லாவிட்டால் InnoDB இயல்புநிலையை (REPEATABLE READ) வைத்திருங்கள். READ COMMITTED (Postgres/Oracle இயல்புநிலையாகக் கொண்டது) high-write systems-க்கு lock contention-ஐக் குறைக்கிறது; SERIALIZABLE சரியானது ஆனால் முரண்படும் வேலையை serialize செய்து அதிகமாக deadlock ஆகக்கூடும்.
Isolation என்பது correctness மற்றும் concurrency-க்கு இடையிலான dial ஆகும். இந்த அசாதாரணங்களைப் புரிந்துகொள்வது "load-இன் கீழ் மொத்தம் சரியாகக் கூடவில்லை" போன்ற bugs-ஐ விளக்கவும், throughput-ஐ தேவையில்லாமல் கட்டுப்படுத்தாமல் பணத்தை நகர்த்தும் transactions-ஐ சரியாக வைத்திருக்கும் ஒரு level-ஐத் தேர்ந்தெடுக்கவும் அனுமதிக்கிறது.
விரிவான பதில்களுடன் கூடிய IT நேர்காணல் கேள்விகளின் நூலகம் — Junior முதல் Senior வரை.
நன்கொடை