Redis işlemleri (MULTI/EXEC aracılığıyla) birden fazla komutu atomik olarak yürütmek için gruplandırır — hepsi birlikte, diğer komutların araya girmesi olmadan. WATCH ile birlikte iyimser kilitlemesi için kullanıldığında, tutarlı olması gereken birden fazla işlem senaryolarını ele alırlar. Redis işlemleri SQL işlemlerinden önemli açılardan farklıdır.
MULTI # start a transaction (begin queuing commands)
SET account:1 100 # QUEUED (not executed yet)
SET account:2 200 # QUEUED
INCR counter # QUEUED
EXEC # execute ALL queued commands atomically (as one unit)
# → all commands run together, with NO other client's commands in between
MULTI komutları sıraya almaya başlar; EXEC hepsini atomik olarak çalıştırır (diğer istemcilerden araya girme olmaz). DISCARD sıraya alınmış bir işlemi iptal eder.
# WATCH a key; if it CHANGES before EXEC, the transaction ABORTS (returns nil)
WATCH balance
val = GET balance # read the current value
MULTI
SET balance (val - 100) # modify based on what we read
EXEC # → if "balance" changed since WATCH, EXEC fails (returns nil)
# → retry the whole thing if it failed (optimistic concurrency control)
WATCH iyimser kilitleme sağlar: izlenen bir anahtar EXEC öncesinde başka bir istemci tarafından değiştirilirse, işlem iptal edilir — güvenli bir şekilde kontrol-sonra-ayarla işlemleri yapmanıza izin verir (çakışma durumunda yeniden deneyin).
⚠️ Redis transactions are NOT like SQL transactions:
✗ NO ROLLBACK — if a command fails at EXEC time, OTHER commands still execute
(errors don't roll back the transaction; Redis doesn't undo). Only syntax errors
before EXEC abort the whole thing.
✓ Atomicity = commands run together without interleaving (isolation), NOT all-or-nothing
with rollback on error.
→ Often Lua SCRIPTS are used instead for complex atomic logic (a script runs atomically).
Redis işlemlerini anlamak birden fazla işlemi tutarlı bir şekilde gerçekleştirmek için değerlidir, bu nedenle yararlı bir bilgidir — ve SQL işlemlerinden nasıl farklı olduğunu anlamak, yanlış varsayımlardan kaçınmak için özellikle önemlidir.
Temel yetenek — MULTI/EXEC komutlarını atomik olarak yürütmek üzere gruplandırmak (hepsi birlikte, başka hiçbir istemcinin komutu araya girmez) — birden fazla işlemin tutarlı bir birim olarak gerçekleşmesi gereken senaryoları ele alır.
WATCH mekanizması iyimser kilitleme (kontrol-ve-ayarla) sağlar: EXEC öncesinde izlenen bir anahtar değişirse işlemi iptal eder, güvenli kontrol-sonra-değiştir işlemleri (örneğin, mevcut değerine göre bir bakiyeyi azaltmak gibi) çakışma durumunda yeniden deneme ile etkinleştirir — doğru eşzamanlı işlemler için önemlidir.
En kritik nokta, Redis işlemlerinin SQL işlemlerinden nasıl farklı olduğunu anlamaktır: Redis geri alma yoktur — EXEC sırasında bir komut başarısız olursa, diğer komutlar yine de yürütülür (Redis geri almaz), bu nedenle buradaki "atomiklik" komutların araya girmesi olmadan birlikte çalışması anlamına gelir (izolasyon), hata geri alması ile hepsi-veya-hiçbiri değildir.
Bunu yanlış anlamak (SQL benzeri geri almayı varsaymak) yanlış hata işlemeye yol açar.
Lua betiklerinin genellikle bunun yerine karmaşık atomik mantık için kullanıldığını bilmek (bir betik atomik bir birim olarak yürütülür) değerlidir.
Tutarlı çoklu işlem yürütme ve doğru eşzamanlılık gerçek ihtiyaçlar olduğu ve Redis işlemleri (WATCH tabanlı iyimser kilitleme ile MULTI/EXEC) bunları ele aldığı ancak SQL'den önemli farklılıklar (geri alma yok) ile karşılaşıldığı ve bunların anlaşılması gerektiği için, Redis işlemlerini anlamak — MULTI/EXEC, WATCH tabanlı iyimser kilitleme, ve özellikle SQL'den geri alma yok ayrımı — Redis'i eşzamanlı senaryolarda doğru şekilde kullanmak için değerli, pratik olarak ilgili bir bilgidir; burada tanıdık SQL işlemlerinden farklılıkları anlamak mekanizmanın kendisi kadar önemlidir.
Junior'dan Senior'a detaylı cevaplarla bir BT mülakat soruları kütüphanesi.
Bağış Yap