রেসের শর্ত

একটি একক টার্মিনালে একটি ডাটাবেস কীভাবে বিচ্ছিন্নভাবে কাজ করে তা বোঝা সহজ, তবে একটি বাস্তব ওয়েব পরিস্থিতিতে অনুরোধ পাঠানোর শত শত সমসাময়িক "নোড/পিএইচপি/গো" প্রক্রিয়া থাকবে। এখানেই বিখ্যাত রেস কন্ডিশনের জন্ম হয়।

"হারানো আপডেট" সমস্যা

হারিয়ে যাওয়া আপডেট ঘটে যখন দুটি থ্রেড একই পুরানো সারি পড়ে, জাভাস্ক্রিপ্ট সার্ভারে এটিতে কিছু গণিত করুন এবং ফলাফলটি সংরক্ষণ করতে আপডেটটি ফেরত পাঠান।

দৃশ্য:

• পণ্য #5 এর 10 ইউনিট রয়েছে।
• ব্যবহারকারী A একটি কিনেছে (সার্ভার A "10" পড়ে, "9" গণনা করে)।
• একই মিলিসেকেন্ডে ব্যবহারকারী B অন্য একটি ক্রয় করে A এর ক্রয় COMMIT পর্ব শেষ করার আগে।
• সার্ভার B "10"ও পড়ে, "9" গণনা করে।
• সার্ভার A UPDATE: set quantity = 9 পাঠায়।
• সার্ভার B UPDATE: set quantity = 9 পাঠায়।
• উভয়ই মনে করে যে তারা সফলভাবে সংখ্যা হ্রাস করেছে। কিন্তু চূড়ান্ত মান 8 ইউনিট হওয়া উচিত ছিল! একটি ফ্যান্টম ক্রয় হারিয়ে গেছে।

ভারী লেনদেন ছাড়া সমাধান (পরমাণু আপডেট)

বাইরে গণিত পড়া এবং করার পরিবর্তে, আপডেটের সময় এটি ডিবিকে করতে দিন, যা সর্বদা সিঙ্ক্রোনাইজ হয়।

-- Wrong
UPDATE products SET stock = 9 WHERE id = 5;

-- Correct and natively thread-safe
UPDATE products SET stock = stock - 1 WHERE id = 5;

আরও চরম অসঙ্গতি (ডার্টি রিডস এবং ফ্যান্টম)

• ডার্টি রিড: আপনি অন্য কারোর অস্থায়ী ডেটা পড়েছেন যা এখনও একটি কমিট দ্বারা নিশ্চিত করা হয়নি (এবং হঠাৎ করে রোলব্যাকে যেতে পারে আপনাকে অবৈধ করে)।
• ফ্যান্টম রিডস: আপনি সমস্ত সারিগুলির একটি স্ক্যান করেন, এর মধ্যে একটি দ্বিতীয় থ্রেড একটি নতুন রেকর্ড সন্নিবেশ করে, তারপর আপনি একই লেনদেনের সময় আরেকটি স্ক্যান করেন এবং আপনি জাদুকরীভাবে দেখতে পান যে নতুন রেকর্ডটি কোথাও থেকে বেরিয়ে এসেছে, গণনাকৃত আর্থিক প্রতিবেদনে আপোস করে।