Deadlock Management এবং Concurrency Control

Database Tutorials - মাইএসকিউএল (MySQL) - MySQL Transactions এবং ACID Properties
287

Deadlock Management এবং Concurrency Control হল ডেটাবেস পরিচালনার দুটি অত্যন্ত গুরুত্বপূর্ণ ধারণা যা ডেটাবেসের কার্যক্ষমতা এবং নির্ভরযোগ্যতা নিশ্চিত করতে সাহায্য করে। এগুলি মূলত সিস্টেমের পারফরমেন্স এবং ডেটার সুরক্ষা নিশ্চিত করতে ব্যবহৃত হয়, বিশেষ করে যখন একাধিক ইউজার বা ট্রানজেকশন একসাথে ডেটাবেসে কাজ করছে।

এখানে আমরা Deadlock Management এবং Concurrency Control এর বিস্তারিত আলোচনা করব।


1. Deadlock Management

Deadlock হল একটি পরিস্থিতি যেখানে দুটি বা তার বেশি ট্রানজেকশন একে অপরের জন্য অপেক্ষা করছে, এবং তারা কখনও শেষ হবে না। এটি মূলত তখন ঘটে যখন একাধিক ট্রানজেকশন একই রিসোর্সের উপর লক নেয়, এবং প্রতিটি ট্রানজেকশন অন্যটির জন্য অপেক্ষা করছে। ফলস্বরূপ, সিস্টেমটি স্থির হয়ে যায় এবং কোনো ট্রানজেকশনই সম্পন্ন হতে পারে না।

Deadlock উদাহরণ

ধরা যাক, দুটি ট্রানজেকশন (T1 এবং T2) একই সময় একাধিক টেবিলের উপর কাজ করছে:

  • T1: Table1-এ একটি রেকর্ড আপডেট করছে এবং একই সময়ে T2 Table2-এ একটি রেকর্ড আপডেট করছে।
  • T2: এখন Table1-এর উপর লক চাইছে এবং T1 Table2-এর উপর লক চাইছে।

এভাবে, দুটি ট্রানজেকশন একে অপরের জন্য অপেক্ষা করতে থাকে এবং কোনোটিই সম্পন্ন হতে পারে না, এটি Deadlock তৈরি করে।

Deadlock Detection and Handling in MySQL

MySQL Deadlock এর মোকাবিলা করার জন্য বিভিন্ন পদ্ধতি ব্যবহার করে। InnoDB স্টোরেজ ইঞ্জিন নিজেই Deadlock সনাক্ত এবং পরিচালনা করতে সক্ষম।

  • Deadlock সনাক্তকরণ: MySQL স্বয়ংক্রিয়ভাবে Deadlock সনাক্ত করে এবং যদি এটি হয়, তবে একটি ট্রানজেকশনকে ROLLBACK করে দেয়। সাধারণত, যেই ট্রানজেকশন কম কাজ করেছে সেটি রোলব্যাক করা হয়।
  • Error Code: Deadlock ঘটে গেলে MySQL 1213 - Deadlock found when trying to get lock ত্রুটি কোড দিয়ে জানায়।

Deadlock Prevention

Deadlock প্রতিরোধ করার জন্য কিছু পদ্ধতি গ্রহণ করা যেতে পারে:

  1. একই রিসোর্স অর্ডার অনুসরণ করা: সমস্ত ট্রানজেকশন একই রিসোর্সের উপর লক নেয়ার জন্য একটি নির্দিষ্ট অর্ডার অনুসরণ করলে Deadlock কমানো যায়।
  2. ট্রানজেকশন সংক্ষিপ্ত রাখা: ট্রানজেকশন যতটা সম্ভব ছোট এবং দ্রুত রাখা উচিত।
  3. লক টাইমআউট নির্ধারণ: লক সময় সীমা নির্ধারণ করা যেতে পারে, যাতে দীর্ঘ সময় অপেক্ষা করলে ট্রানজেকশন স্বয়ংক্রিয়ভাবে বাতিল হয়ে যায়।

2. Concurrency Control

Concurrency Control হল একটি প্রক্রিয়া যার মাধ্যমে একাধিক ট্রানজেকশনকে সমান্তরালভাবে সঞ্চালন করা হয় এবং ডেটাবেসের অখণ্ডতা বজায় রাখা হয়। এটি নিশ্চিত করে যে একাধিক ট্রানজেকশন একই ডেটার উপর একযোগভাবে কাজ করার সময় ডেটার সামঞ্জস্যপূর্ণতা এবং সঠিকতা বজায় থাকে।

Concurrency Control এর উদ্দেশ্য

  1. Data Integrity: নিশ্চিত করা যে সমান্তরালভাবে কাজ করা ট্রানজেকশনগুলো ডেটা কনসিস্টেন্সি বজায় রাখবে।
  2. Isolation: ট্রানজেকশনগুলির মধ্যে কোনো একে অপরের কাজের ব্যাঘাত না ঘটানো।
  3. Consistency: প্রতিটি ট্রানজেকশন সঠিকভাবে সম্পন্ন হবে, যাতে ডেটাবেসের কোনো ভুল বা অবৈধ অবস্থা না হয়।

Concurrency Control Mechanisms

MySQL এ Concurrency Control এর জন্য প্রধানত Locking Mechanism এবং Transaction Isolation Levels ব্যবহৃত হয়।

  1. Locking Mechanism (লকিং)
    • Row-level Locking (রো-লেভেল লকিং): ইনোডিবি (InnoDB) স্টোরেজ ইঞ্জিনে, যখন একটি ট্রানজেকশন একটি নির্দিষ্ট রেকর্ডের উপর কাজ করে, তখন শুধুমাত্র সেই রেকর্ডের জন্য লক করা হয় এবং অন্যান্য ট্রানজেকশন ঐ রেকর্ডটি অ্যাক্সেস করতে পারে না।
    • Table-level Locking (টেবিল-লেভেল লকিং): এই ক্ষেত্রে, পুরো টেবিলই লক হয়ে যায়, অর্থাৎ এক ট্রানজেকশন একটি টেবিলের উপর কাজ করলে অন্য ট্রানজেকশন সেই টেবিলের কোনো রেকর্ডই অ্যাক্সেস করতে পারে না।
  2. Transaction Isolation Levels (আইসোলেশন লেভেল)

    Transaction Isolation Levels হল ট্রানজেকশনগুলির মধ্যে একে অপরের কাজের উপর কীভাবে প্রভাব পড়বে তা নির্ধারণকারী স্তর। MySQL-এ চারটি প্রধান isolation levels রয়েছে:

    • READ UNCOMMITTED: সবচেয়ে কম আইসোলেশন লেভেল, যেখানে একটি ট্রানজেকশন অপর ট্রানজেকশন থেকে অপ্রকাশিত (uncommitted) পরিবর্তনও দেখতে পায়। এটি dirty read অনুমোদন করে।
    • READ COMMITTED: ট্রানজেকশন শুধুমাত্র অন্যান্য কমিট হওয়া ট্রানজেকশনগুলির পরিবর্তন দেখতে পায়। এটি non-repeatable reads অনুমোদন করে, অর্থাৎ একে অপরের মধ্যে মান পরিবর্তিত হতে পারে।
    • REPEATABLE READ: MySQL এর ডিফল্ট আইসোলেশন লেভেল, যেখানে একই ট্রানজেকশনের মধ্যে একটি রেকর্ড একাধিকবার পড়া হলে তার মান পরিবর্তিত হবে না, তবে phantom reads ঘটতে পারে।
    • SERIALIZABLE: সবচেয়ে উচ্চ আইসোলেশন লেভেল, যেখানে সব ট্রানজেকশন একে অপরের সাথে পুরোপুরি সিকোয়েন্সিয়ালভাবে চলবে। এতে phantom reads প্রতিরোধ করা হয়, কিন্তু এর পারফরমেন্স কমে যেতে পারে।

Locking and Isolation Example

-- Set transaction isolation level
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;

-- Start Transaction 1
START TRANSACTION;
UPDATE products SET stock = stock - 1 WHERE product_id = 1;

-- Start Transaction 2 (won't be able to update the same record until Transaction 1 is committed)
START TRANSACTION;
UPDATE products SET stock = stock - 1 WHERE product_id = 1;

এখানে, Transaction 2 তখন পর্যন্ত product_id = 1 এর উপর আপডেট করতে পারবে না, যতক্ষণ না Transaction 1 কমিট হয়, কারণ SERIALIZABLE আইসোলেশন লেভেলটি নিশ্চিত করে যে দুইটি ট্রানজেকশন একই রেকর্ডে একে অপরের মাধ্যমে কাজ করতে পারে না।


Concurrency Control এবং Deadlock Management এর সম্পর্ক

Deadlock এবং Concurrency Control একে অপরের সাথে সম্পর্কিত। যখন একাধিক ট্রানজেকশন সমান্তরালে কাজ করছে, তখন Deadlock তৈরি হতে পারে যদি একটি ট্রানজেকশন অন্যটিকে প্রতিরোধ করে। Concurrency Control নিশ্চিত করে যে ট্রানজেকশনগুলো সঠিকভাবে একে অপরের সাথে কাজ করবে এবং Deadlock এড়ানোর জন্য বিভিন্ন পদ্ধতি এবং লকিং কৌশল ব্যবহার করা হবে।

সারাংশ

  • Deadlock Management হল একটি প্রক্রিয়া যা ডেটাবেসে Deadlock সনাক্ত করে এবং প্রয়োজনীয় ট্রানজেকশন রোলব্যাক করে। এর মাধ্যমে সিস্টেমের কার্যক্ষমতা এবং পারফরমেন্স বজায় রাখা যায়।
  • Concurrency Control হল একটি পদ্ধতি যা একাধিক ট্রানজেকশনকে একই ডেটাবেসে সমান্তরালে কাজ করতে অনুমতি দেয়, তবে এটি নিশ্চিত করে যে ডেটার অখণ্ডতা বজায় থাকে। Locking এবং Transaction Isolation Levels এর মাধ্যমে কনকারেন্সি কন্ট্রোল পরিচালিত হয়।

Deadlock এবং Concurrency Control উভয়ই ডেটাবেস সিস্টেমের সঠিকতা, কার্যক্ষমতা এবং ডেটার নিরাপত্তা নিশ্চিত করতে অপরিহার্য।

Content added By
Promotion
NEW SATT AI এখন আপনাকে সাহায্য করতে পারে।

Are you sure to start over?

Loading...