Redis Lua স্ক্রিপ্ট সার্ভার-সাইড এক্সিকিউট করতে পারে — একাধিক কমান্ড একটি একক atomic অপারেশন হিসেবে চালায়। স্ক্রিপ্টগুলি জটিল atomic লজিক সক্ষম করে, নেটওয়ার্ক round-trip কমায়, এবং Redis-এ মাল্টি-স্টেপ atomic অপারেশনের সুপারিশকৃত উপায়।
# EVAL runs a Lua script; KEYS[] and ARGV[] pass keys and arguments
EVAL 1 mykey myvalue
EVAL 1 lock:resource mytoken
স্ক্রিপ্টগুলি কমান্ড চালাতে redis.call() ব্যবহার করে, KEYS[] (কী নাম) এবং ARGV[] (আর্গুমেন্ট) পাস করা হয়। পুরো স্ক্রিপ্ট atomically একটি ইউনিট হিসেবে এক্সিকিউট হয়।
✓ ATOMICITY — the ENTIRE script runs as one unit, no other commands interleave
→ perfect for read-modify-write logic that must be atomic (locks, conditional updates,
rate limiting, complex counters) — better than MULTI/EXEC for conditional logic
✓ FEWER ROUND-TRIPS — multiple operations in ONE call to Redis (less network latency)
✓ Custom LOGIC server-side — conditionals, loops, computations near the data
# load a script once, then call by its SHA hash (avoids resending the script each time)
SCRIPT LOAD "return redis.call('GET', KEYS[1])" # => returns a SHA1 hash
EVALSHA <sha> 1 mykey # run the cached script by hash
EVALSHA একটি পূর্ববর্তী-লোডেড স্ক্রিপ্ট তার হ্যাশ দ্বারা চালায় — ঘন ঘন ব্যবহৃত স্ক্রিপ্টগুলির জন্য দক্ষ (স্ক্রিপ্ট সার্ভার-সাইডে ক্যাশ করা হয়)।
⚠️ Scripts BLOCK the server while running (Redis is single-threaded) → keep them FAST
and simple (no slow loops/operations — they'd stall ALL clients)
⚠️ Scripts should be deterministic; pass keys via KEYS[] (for cluster correctness)
→ Use scripts for short, atomic logic — not heavy computation.
Redis-এ Lua স্ক্রিপটিং বোঝা হল জটিল atomic অপারেশন সম্পাদন করার জন্য মূল্যবান সিনিয়র-স্তরের জ্ঞান, তাই এটি উন্নত Redis ব্যবহারের জন্য উপকারী।
মূল মূল্য হল মাল্টি-স্টেপ লজিকের জন্য atomicity: একটি Lua স্ক্রিপ্ট সম্পূর্ণভাবে একটি atomic ইউনিট হিসেবে এক্সিকিউট হয় (অন্যান্য কমান্ড ইন্টারলিভ হয় না), যা এটিকে read-modify-write অপারেশনের জন্য সুপারিশকৃত উপায় করে তোলে যা atomic হতে হবে — যেমন শর্তসাপেক্ষ আপডেট, নিরাপদ লক রিলিজ (শুধুমাত্র যদি টোকেন মেলে তাহলে মুছুন), রেট লিমিটিং, এবং জটিল কাউন্টার — প্রায়ই MULTI/EXEC থেকে ভাল কারণ স্ক্রিপ্টগুলি শর্তসাপেক্ষ লজিক সমর্থন করে (ট্রানজ্যাকশন মধ্যবর্তী পড়ার উপর ভিত্তি করে সিদ্ধান্ত নিতে পারে না, কিন্তু একটি স্ক্রিপ্ট পারে)।
এটি একক কমান্ডের চেয়ে আরও জটিল atomic অপারেশনের একটি বাস্তব প্রয়োজন সমাধান করে।
দ্বিতীয় সুবিধা হল কম নেটওয়ার্ক round-trip (একটি কলে একাধিক অপারেশন, latency হ্রাস) এবং সার্ভার-সাইডে কাস্টম লজিক চালানো (ডেটার কাছাকাছি)।
EVALSHA বোঝা (তাদের পুনরায় পাঠানো এড়াতে হ্যাশ দ্বারা স্ক্রিপ্ট ক্যাশিং) ঘন ঘন ব্যবহৃত স্ক্রিপ্টগুলির জন্য একটি ব্যবহারিক দক্ষতা কৌশল।
সমালোচনামূলকভাবে, সতর্কতা বোঝা গুরুত্বপূর্ণ: স্ক্রিপ্টগুলি চলাকালীন একক-থ্রেডেড সার্ভার ব্লক করে, তাই তাদের দ্রুত এবং সরল থাকতে হবে (একটি ধীর স্ক্রিপ্ট সমস্ত ক্লায়েন্টকে থামিয়ে দেয় — একটি বাস্তব পারফরম্যান্স বিপর্যয়), এবং স্ক্রিপ্টগুলি KEYS[] এর মাধ্যমে পাস করা কীগুলির সাথে নির্ণয়বাচক হওয়া উচিত (ক্লাস্টার সঠিকতার জন্য)।
এই সচেতনতা ভারী গণনার জন্য স্ক্রিপ্টগুলি অপব্যবহার করা প্রতিরোধ করে।
যেহেতু জটিল atomic অপারেশন একটি প্রকৃত প্রয়োজন (লক, শর্তসাপেক্ষ লজিক, atomic মাল্টি-স্টেপ আপডেট), এবং যেহেতু Lua স্ক্রিপ্টগুলি atomic, একক-round-trip, সার্ভার-সাইড লজিক প্রদান করে যা তাদের জন্য সুপারিশকৃত পদ্ধতি (গুরুত্বপূর্ণ দ্রুত-রাখুন সতর্কতা সহ), Lua স্ক্রিপটিং বোঝা — এটি কীভাবে কাজ করে, কেন এটি atomic এবং উপকারী, EVALSHA ক্যাশিং, এবং দ্রুত-রাখুন সতর্কতা — উন্নত Redis ব্যবহারের জন্য মূল্যবান সিনিয়র-স্তরের জ্ঞান, atomic মাল্টি-স্টেপ লজিকের সঠিক সরঞ্জাম এবং গভীর Redis দক্ষতা প্রতিফলিত একটি বিষয়।