পোস্টগ্রেস লক ম্যানেজার আনলক করা হচ্ছে। ব্রুস মোমজিয়ান

ব্রুস মোমজিয়ানের 2020 টক "আনলকিং দ্য পোস্টগ্রেস লক ম্যানেজার" এর প্রতিলিপি।

(দ্রষ্টব্য: আপনি এই লিঙ্কে স্লাইড থেকে সমস্ত SQL প্রশ্ন পেতে পারেন: http://momjian.us/main/writings/pgsql/locking.sql)

হ্যালো! আবার রাশিয়ায় এসে দারুণ লাগছে। আমি দুঃখিত যে আমি গত বছর আসতে পারিনি, কিন্তু এই বছর ইভান এবং আমার বড় পরিকল্পনা আছে। আমি এখানে আরো প্রায়ই আশা করি. আমি রাশিয়া আসতে ভালোবাসি. আমি Tyumen, Tver পরিদর্শন করব। আমি খুব আনন্দিত যে আমি এই শহরগুলি দেখতে সক্ষম হব।

আমার নাম ব্রুস মোমজিয়ান। আমি এন্টারপ্রাইজডিবিতে কাজ করি এবং 23 বছরেরও বেশি সময় ধরে পোস্টগ্রেসের সাথে কাজ করছি। আমি যুক্তরাষ্ট্রের ফিলাডেলফিয়ায় থাকি। আমি বছরে প্রায় 90 দিন ভ্রমণ করি। এবং আমি প্রায় 40 টি সম্মেলনে অংশগ্রহণ করি। আমার ওয়েব সাইট, যেটি স্লাইডগুলি রয়েছে যা আমি আপনাকে এখন দেখাব৷ অতএব, সম্মেলনের পরে, আপনি আমার ব্যক্তিগত সাইট থেকে এগুলি ডাউনলোড করতে পারেন। এতে প্রায় 30টি উপস্থাপনা রয়েছে। এবং সেখানে ভিডিও এবং প্রচুর সংখ্যক ব্লগ এন্ট্রি রয়েছে, 500 টিরও বেশি৷ এটি একটি মোটামুটি তথ্যপূর্ণ সংস্থান৷ এবং আপনি যদি এই উপাদানটিতে আগ্রহী হন তবে আমি আপনাকে এটি ব্যবহার করার জন্য আমন্ত্রণ জানাই।

পোস্টগ্রেসের সাথে কাজ শুরু করার আগে আমি একজন শিক্ষক, একজন অধ্যাপক ছিলাম। এবং আমি খুব খুশি যে আমি এখন আপনাকে বলতে পারি যে আমি আপনাকে বলতে যাচ্ছি। এটি আমার সবচেয়ে আকর্ষণীয় উপস্থাপনা এক. এবং এই উপস্থাপনায় 110টি স্লাইড রয়েছে। আমরা সহজ জিনিস দিয়ে কথা বলা শুরু করব, এবং রিপোর্টের শেষে এটি আরও জটিল হয়ে উঠবে এবং এটি বেশ জটিল হয়ে উঠবে।

এটি একটি বরং অপ্রীতিকর কথোপকথন. ব্লক করা সবচেয়ে জনপ্রিয় বিষয় নয়। আমরা চাই এটা কোথাও হারিয়ে যাক। এটা ডেন্টিস্টের কাছে যাওয়ার মতো।

1. লক করা অনেক লোকের জন্য একটি সমস্যা যারা ডাটাবেসে কাজ করে এবং একই সময়ে একাধিক প্রক্রিয়া চলছে। তাদের ব্লক করা দরকার। অর্থাৎ আজ আমি আপনাদের ব্লক করার প্রাথমিক জ্ঞান দেব।
2. লেনদেন আইডি এটি উপস্থাপনার একটি বরং বিরক্তিকর অংশ, কিন্তু তাদের বুঝতে হবে।
3. পরবর্তী, আমরা ব্লকিং এর ধরন সম্পর্কে কথা বলব। এটি বেশ যান্ত্রিক অংশ।
4. এবং তারপরে আমরা ব্লক করার কিছু উদাহরণ দেব। এবং এটি বোঝা বেশ কঠিন হবে।

অবরোধের কথা বলি।

আমাদের পরিভাষা বেশ জটিল। আপনি কয়জন জানেন এই উত্তরণ কোথা থেকে এসেছে? দুইজন মানুষ. এটি Colossal Cave Adventure নামে একটি গেম থেকে এসেছে। এটি 80 এর দশকে একটি পাঠ্য-ভিত্তিক কম্পিউটার গেম ছিল, আমি মনে করি। সেখানে গুহায়, গোলকধাঁধায় যাওয়া দরকার ছিল এবং পাঠ্যটি পরিবর্তিত হয়েছিল, তবে বিষয়বস্তু প্রতিবার প্রায় একই ছিল। এই খেলাটা আমার মনে আছে।

এবং এখানে আমরা ওরাকল থেকে আমাদের কাছে আসা লকগুলির নাম দেখতে পাচ্ছি। আমরা তাদের ব্যবহার করি.

এখানে আমরা এমন পদ দেখি যা আমাকে বিভ্রান্ত করে। উদাহরণস্বরূপ, শেয়ার আপডেট ECXLUSIVE. পরবর্তী শেয়ার RAW ECXLUSIVE. সত্যি বলতে, এই নামগুলি খুব স্পষ্ট নয়। আমরা তাদের আরও বিশদে বিবেচনা করার চেষ্টা করব। কিছুতে "শেয়ার" শব্দটি রয়েছে যার অর্থ আলাদা করা। কিছু "এক্সক্লুসিভ" শব্দটি ধারণ করে - একচেটিয়া। কেউ কেউ এই দুটি শব্দ ধারণ করে। আমি এই লকগুলি কীভাবে কাজ করে তা দিয়ে শুরু করতে চাই।

এবং "অ্যাক্সেস" শব্দটিও খুব গুরুত্বপূর্ণ। এবং শব্দ "সারি" - একটি লাইন। অর্থাৎ অ্যাক্সেস ডিস্ট্রিবিউশন, সারি ডিস্ট্রিবিউশন।

আরেকটি সমস্যা যা পোস্টগ্রেসে বোঝা দরকার, যা আমি দুর্ভাগ্যবশত আমার বক্তৃতায় কভার করতে সক্ষম হব না, তা হল এমভিসিসি। আমি আমার ওয়েবসাইটে এই বিষয়ে একটি পৃথক উপস্থাপনা আছে. এবং আপনি যদি এই উপস্থাপনা কঠিন মনে করেন, তাহলে MVCC সম্ভবত আমার সবচেয়ে কঠিন. এবং আপনি আগ্রহী হলে, আপনি সাইটে এটি দেখতে পারেন. ভিডিওটি দেখতে পারেন।

আরেকটি জিনিস আমাদের বুঝতে হবে লেনদেন আইডি। অনেক লেনদেন অনন্য শনাক্তকারী ছাড়া কাজ করতে পারে না। এবং এখানে আমরা একটি লেনদেন কি একটি ব্যাখ্যা আছে. পোস্টগ্রেসের দুটি লেনদেন নম্বরিং সিস্টেম রয়েছে। আমি জানি এটি একটি খুব সুন্দর সমাধান নয়।

এছাড়াও মনে রাখবেন যে স্লাইডগুলি পড়তে বেশ কঠিন হবে, তাই লাল রঙে যা হাইলাইট করা হয়েছে তা হল আপনাকে মনোযোগ দিতে হবে।

http://momjian.us/main/writings/pgsql/locking.sql

আমরা দেখি. লেনদেন নম্বরটি লাল রঙে হাইলাইট করা হয়েছে। এখানে দেখানো হয়েছে SELECT pg_back ফাংশন। এটি আমার লেনদেন এবং সেই লেনদেনের আইডি ফেরত দেয়।

আরেকটি বিষয়, আপনি যদি এই উপস্থাপনাটি পছন্দ করেন এবং এটি আপনার ডাটাবেসে চালাতে চান, তাহলে আপনি গোলাপী রঙে হাইলাইট করা এই লিঙ্কটি অনুসরণ করতে পারেন এবং এই উপস্থাপনার জন্য SQL ডাউনলোড করতে পারেন। এবং আপনি এটি আপনার PSQL এ চালাতে পারেন এবং পুরো উপস্থাপনাটি আপনার স্ক্রিনে কিছুক্ষণের মধ্যেই থাকবে। এটিতে ফুল থাকবে না, তবে অন্তত আমরা এটি দেখতে পারি।

এই ক্ষেত্রে, আমরা লেনদেন আইডি দেখতে. এই নম্বর আমরা তাকে বরাদ্দ. আর পোস্টগ্রেসে আরেক ধরনের লেনদেন আইডি আছে যাকে ভার্চুয়াল ট্রানজেকশন আইডি বলা হয়

এবং আমাদের এটা বুঝতে হবে। এটি খুবই গুরুত্বপূর্ণ, অন্যথায় আমরা পোস্টগ্রেসে লকিং বুঝতে সক্ষম হব না।

একটি ভার্চুয়াল লেনদেন আইডি হল একটি লেনদেন আইডি যাতে ধ্রুবক মান থাকে না। উদাহরণস্বরূপ, যদি আমি একটি SELECT কমান্ড চালাই, তাহলে আমি সম্ভবত ডাটাবেস পরিবর্তন করব না, আমি কিছু লক করব না। তাই যখন আমরা একটি সাধারণ SELECT চালাই, তখন আমরা সেই লেনদেনটিকে একটি স্থায়ী আইডি দিই না। আমরা সেখানে তাকে শুধুমাত্র একটি ভার্চুয়াল আইডি দিই।

এবং এটি পোস্টগ্রেসের কর্মক্ষমতা উন্নত করে, পরিষ্কার করার ক্ষমতা উন্নত করে, তাই ভার্চুয়াল লেনদেন আইডি দুটি সংখ্যা নিয়ে গঠিত। স্ল্যাশের আগে প্রথম সংখ্যাটি ব্যাকএন্ড আইডি। এবং ডান দিকে আমরা শুধু একটি কাউন্টার দেখতে.

অতএব, যদি আমি একটি অনুরোধ চালায়, এটি বলে যে ব্যাকএন্ড আইডি 2।

এবং যদি আমি এই ধরনের লেনদেনের একটি সিরিজ চালাই, তাহলে আমরা দেখতে পাচ্ছি যে প্রতিবার যখন আমি কোয়েরি চালাই তখন কাউন্টারটি বৃদ্ধি পায়। উদাহরণস্বরূপ যখন আমি 2/10, 2/11, 2/12 ইত্যাদি কোয়েরি চালাই।

মনে রাখবেন এখানে দুটি কলাম আছে। বাম দিকে, আমরা ভার্চুয়াল লেনদেন আইডি - 2/12 দেখতে পাচ্ছি। এবং ডানদিকে আমাদের একটি স্থায়ী লেনদেন আইডি আছে। আর এই মাঠটা ফাঁকা। এবং এই লেনদেন ডাটাবেস পরিবর্তন করে না. অতএব, আমি এটিতে একটি স্থায়ী লেনদেন আইডি বরাদ্দ করি না।

আমি বিশ্লেষণ কমান্ডটি চালানোর সাথে সাথেই (ANALYZE) একই প্রশ্ন আমাকে একটি স্থায়ী লেনদেন আইডি দেয়। দেখুন আমরা কেমন বদলে গেছি। আগে আমার এই আইডি ছিল না, এখন আছে।

তাই এখানে আরেকটি অনুরোধ, অন্য লেনদেন. ভার্চুয়াল লেনদেন নম্বর হল 2/13৷ এবং যদি আমি একটি স্থায়ী লেনদেন আইডি চাই, তবে যখন আমি অনুরোধটি চালাব, আমি এটি পাব।

তাই, আর একবার। আমাদের একটি ভার্চুয়াল লেনদেন আইডি এবং একটি স্থায়ী লেনদেন আইডি আছে। পোস্টগ্রেসের আচরণ বুঝতে এই পয়েন্টটি নিন।

আমরা তৃতীয় বিভাগে এগিয়ে যাই। এখানে আমরা শুধু পোস্টগ্রেসে বিভিন্ন ধরনের তালা দিয়ে হেঁটে যাব। এটা খুব আকর্ষণীয় না. শেষ অধ্যায় অনেক বেশি আকর্ষণীয় হবে. কিন্তু আমাদের মৌলিক বিষয়গুলি বিবেচনা করতে হবে, কারণ অন্যথায় আমরা বুঝতে পারব না যে পরবর্তী কী হবে।

আমরা এই বিভাগে যাব, আমরা প্রতিটি ধরণের ব্লকিং দেখব। এবং আমি আপনাকে উদাহরণ দেখাব কিভাবে তারা ইনস্টল করা হয়, তারা কিভাবে কাজ করে, আপনাকে কিছু প্রশ্ন দেখাব যা আপনি পোস্টগ্রেসে ব্লকিং কিভাবে কাজ করে তা দেখতে ব্যবহার করতে পারেন।

একটি ক্যোয়ারী তৈরি করতে এবং পোস্টগ্রেসে কী ঘটছে তা দেখতে, আমাদের সিস্টেম ভিউতে ক্যোয়ারী ইস্যু করতে হবে। এই ক্ষেত্রে, pg_lock লাল রঙে হাইলাইট করা হয়েছে। pg_lock হল একটি সিস্টেম টেবিল যা আমাদের বলে যে পোস্টগ্রেসে বর্তমানে কোন লক ব্যবহার করা হচ্ছে।

যাইহোক, আপনাকে নিজে থেকে pg_lock দেখানো আমার পক্ষে খুব কঠিন, কারণ এটি বেশ জটিল। তাই আমি একটি ভিউ তৈরি করেছি যা pg_locks দেখায়। এবং এটি আমার জন্য কিছু কাজ করে যা আমাকে আরও ভালভাবে বুঝতে দেয়। অর্থাৎ, এটি আমার লক, আমার নিজের সেশন, ইত্যাদি বাদ দেয়। এটি শুধুমাত্র স্ট্যান্ডার্ড SQL এবং এটি আপনাকে কী ঘটছে তা আরও ভালভাবে দেখানোর অনুমতি দেয়।

আরেকটি সমস্যা হল যে এই দৃশ্যটি খুব প্রশস্ত, তাই আমাকে দ্বিতীয়টি তৈরি করতে হবে - lockview2।

এবং এটা আমাকে টেবিল থেকে আরো কলাম দেখায়. এবং অন্য এক যে আমাকে কলাম বাকি দেখায়. এটি বেশ জটিল, তাই আমি যতটা সম্ভব সহজভাবে উপস্থাপন করার চেষ্টা করেছি।

সুতরাং, আমরা লকডেমো নামে একটি টেবিল তৈরি করেছি। এবং আমরা সেখানে একটি লাইন তৈরি করেছি। এটি আমাদের নমুনা টেবিল। এবং আমরা আপনাকে ব্লক করার উদাহরণ দেখানোর জন্য বিভাগ তৈরি করব।

তাই, এক সারি, এক কলাম। প্রথম ধরনের লককে ACCESS SHARE বলা হয়। এটি সর্বনিম্ন সীমাবদ্ধ ব্লকিং। এর মানে হল যে এটি কার্যত অন্যান্য লকগুলির সাথে দ্বন্দ্ব করে না।

এবং যদি আমরা একটি লককে স্পষ্টভাবে সংজ্ঞায়িত করতে চাই, আমরা "লক টেবিল" কমান্ডটি চালাই। এবং এটি স্পষ্টভাবে ব্লক করবে, অর্থাৎ অ্যাক্সেস শেয়ার মোডে, আমরা লক টেবিলটি চালাই। এবং যদি আমি ব্যাকগ্রাউন্ডে PSQL শুরু করি, তাহলে আমি আমার প্রথম সেশন থেকে এইভাবে দ্বিতীয় সেশন শুরু করি। অর্থাৎ আমি এখানে কি করব? আমি অন্য সেশনে যাই এবং "আমাকে এই অনুরোধের জন্য লকভিউ দেখাতে" বলি। এবং এখানে আমার এই টেবিলে একটি অ্যাক্সেসশেয়ারলক আছে। এই শুধু কি আমি অনুরোধ. এবং তিনি বলেন তালা বরাদ্দ করা হয়েছে. খুব সহজ.

আরও, যদি আমরা দ্বিতীয় কলামটি দেখি, তাহলে সেখানে কিছুই নেই। তারা খালি।

এবং যদি আমি "SELECT" কমান্ড চালাই, তবে এটি হল অ্যাক্সেসশেয়ারলককে অনুরোধ করার অন্তর্নিহিত (স্পষ্ট) উপায়। তাই আমি আমার টেবিল ছেড়ে দিয়ে একটি ক্যোয়ারী চালাই এবং ক্যোয়ারীটি একাধিক সারি প্রদান করে। এবং লাইনগুলির একটিতে আমরা AccessShareLock দেখতে পাই। তাই SELECT টেবিলে AccessShareLock কল করে। এবং এটি প্রায় কোন কিছুর সাথে দ্বন্দ্ব করে না, কারণ এটি একটি নিম্ন-স্তরের লক।

যদি আমি একটি SELECT চালাই এবং আমার তিনটি ভিন্ন টেবিল থাকে? পূর্বে আমি শুধুমাত্র একটি টেবিল চালাচ্ছিলাম, এখন আমি তিনটি চালাচ্ছি: pg_class, pg_namespace এবং pg_attribute।

এবং এখন যখন আমি ক্যোয়ারীটি দেখি তখন 9টি টেবিলে XNUMXটি AccessShareLocks দেখতে পাই। কেন? তিনটি টেবিল নীল রঙে হাইলাইট করা হয়েছে: pg_attribute, pg_class, pg_namespace. কিন্তু আপনি দেখতে পারেন যে এই টেবিলের মাধ্যমে সংজ্ঞায়িত সমস্ত সূচীতে অ্যাক্সেসশেয়ারলকও রয়েছে।

এবং এটি একটি ব্লকিং যা কার্যত অন্যদের সাথে বিরোধ করে না। এবং এটি যা করে তা হ'ল আমরা এটি নির্বাচন করার সময় টেবিলটি ফেলে দেওয়া থেকে বিরত থাকি। এটা জ্ঞান করে তোলে. অর্থাৎ, যদি আমরা একটি টেবিল নির্বাচন করি, এটি সেই মুহূর্তে অদৃশ্য হয়ে যায়, তাহলে এটি ভুল, তাই AccessShare হল একটি নিম্ন স্তরের লক যা আমাদের বলে "আমি কাজ করার সময় এই টেবিলটি মুছবেন না". মূলত, যে সব সে করে.

সারি ভাগ - এই লক একটু ভিন্ন.

একটা উদাহরণ নেওয়া যাক। প্রতিটি সারি পৃথকভাবে লক করার জন্য সারি ভাগ করার উপায় নির্বাচন করুন. এইভাবে আমরা সেগুলি দেখার সময় কেউ সেগুলি মুছতে বা পরিবর্তন করতে পারবে না৷

তাহলে, SHARE LOCK কি করে? আমরা দেখছি যে SELECT এর জন্য লেনদেন আইডি 681। এবং এটা আকর্ষণীয়. সেখানে কি ঘটেছিল? প্রথমবারের মতো আমরা "লক" ক্ষেত্রের সংখ্যাটি দেখতে পাচ্ছি। আমরা লেনদেন আইডি নিই, এবং সে বলে যে সে এটিকে একচেটিয়া মোডে ব্লক করে। এটি যা করে তা হল আমার কাছে একটি সারি আছে যা টেকনিক্যালি টেবিলের কোথাও লক করা আছে। তবে তিনি ঠিক কোথায় তা বলেননি। আমরা একটু পরে আরো বিস্তারিতভাবে এটি তাকান হবে.

এখানে আমরা বলি যে লকটি আমাদের দ্বারা ব্যবহৃত হয়।

সুতরাং, একটি এক্সক্লুসিভ লক স্পষ্টভাবে (স্পষ্টভাবে) বলে যে এটি একচেটিয়া। এবং এছাড়াও যদি আপনি এই টেবিলের একটি সারি মুছে ফেলেন, আপনি দেখতে পাচ্ছেন, এটিই ঘটবে।

শেয়ার এক্সক্লুসিভ একটি দীর্ঘ লক.

এটি (ANALYZE) বিশ্লেষক কমান্ড ব্যবহার করা হবে।

শেয়ার লক - আপনি শেয়ার মোডে স্পষ্টভাবে লক করতে পারেন।

আপনি একটি অনন্য সূচক তৈরি করতে পারেন। এবং সেখানে আপনি SHARE LOCK দেখতে পাবেন, যা তাদের অংশ। এবং এটি টেবিলটি লক করে এবং এটিতে একটি শেয়ার লক লক সেট করে।

একটি টেবিলে ডিফল্ট SHARE LOCK মানে অন্য লোকেরা টেবিলটি পড়তে পারে, কিন্তু কেউ এটি সংশোধন করতে পারে না। এবং আপনি যখন একটি অনন্য সূচক তৈরি করেন তখন ঠিক এটিই ঘটে।

যদি আমি একটি অনন্য একযোগে সূচক তৈরি করি, তাহলে আমার কাছে একটি ভিন্ন ধরনের লক থাকবে, কারণ, মনে রাখবেন, একযোগে সূচী ব্যবহার করলে লকের প্রয়োজনীয়তা কমে যায়। এবং যদি আমি একটি সাধারণ লক, একটি সাধারণ সূচী ব্যবহার করি, তাহলে আমি এইভাবে টেবিলের সূচী তৈরির সময় লিখতে বাধা দিই। যদি আমি একযোগে সূচক ব্যবহার করি, তাহলে আমাকে একটি ভিন্ন ধরনের লক ব্যবহার করতে হবে।

শেয়ার সারি এক্সক্লুসিভ - আবার, এটি স্পষ্টভাবে (স্পষ্টভাবে) সেট করা যেতে পারে।

অথবা আমরা একটি নিয়ম তৈরি করতে পারি, তা হল, কিছু নির্দিষ্ট ক্ষেত্রে নিন যেখানে এটি ব্যবহার করা হবে।

এক্সক্লুসিভ লক মানে অন্য কেউ টেবিল পরিবর্তন করতে পারবে না।

এখানে আমরা বিভিন্ন ধরনের তালা দেখতে পাই।

এক্সক্লুসিভ এক্সক্লুসিভ, উদাহরণস্বরূপ, একটি লক কমান্ড। উদাহরণস্বরূপ, আপনি যদি করেন CLUSTER table, তাহলে এর মানে হবে যে কেউ সেখানে লিখতে পারবে না। এবং এটি শুধুমাত্র টেবিল নিজেই লক করে না, কিন্তু সূচীগুলিও।

এটি অ্যাক্সেস এক্সক্লুসিভ লকের দ্বিতীয় পৃষ্ঠা যেখানে আমরা বিশেষভাবে দেখতে পাই যে এটি টেবিলে কী লক করেছে। এটি পৃথক টেবিল সারি লক করে, যা যথেষ্ট আকর্ষণীয়।

যে সব মৌলিক তথ্য আমি দিতে চেয়েছিলেন. আমরা লক সম্পর্কে কথা বলেছি, লেনদেন আইডি সম্পর্কে, আমরা ভার্চুয়াল লেনদেন আইডি সম্পর্কে, স্থায়ী লেনদেন আইডি সম্পর্কে কথা বলেছি।

এবং এখন আমরা ব্লকিং উদাহরণ দিয়ে যেতে হবে. এটি সবচেয়ে আকর্ষণীয় অংশ। আমরা খুব আকর্ষণীয় ঘটনা দেখতে হবে. এবং এই উপস্থাপনায় আমার লক্ষ্য হল পোস্টগ্রেস যখন জিনিসগুলিকে ব্লক করার চেষ্টা করে তখন আসলে কী করে সে সম্পর্কে আপনাকে আরও ভাল ধারণা দেওয়া। এটা আমার মনে হয় যে তিনি পৃথক অংশ ব্লক করা খুব ভাল.

এর কিছু নির্দিষ্ট উদাহরণ তাকান.

আমরা টেবিল এবং প্রতি টেবিলে একটি সারি দিয়ে শুরু করব। যখন আমি কিছু সন্নিবেশ করি, আমি টেবিলে ExclusiveLock, Transaction ID এবং ExclusiveLock পাই।

আমি আরো দুটি সারি সন্নিবেশ করা হলে কি হবে? এবং এখন আমাদের টেবিল তিনটি সারি আছে. এবং আমি একটি সারি সন্নিবেশ করান এবং এটি একটি আউটপুট হিসাবে পেয়েছি। এবং যদি আমি আরও দুটি সারি সন্নিবেশ করি, এখানে কি অদ্ভুত? এখানে একটি অদ্ভুততা আছে কারণ আমি এই টেবিলে তিনটি সারি যোগ করেছি, কিন্তু আমার এখনও লক টেবিলে দুটি সারি আছে। এবং এটি আসলে পোস্টগ্রেসের মৌলিক আচরণ।

অনেকে মনে করেন যে যদি একটি ডাটাবেসে আপনি 100টি সারি লক করেন, তাহলে আপনাকে 100টি লক এন্ট্রি তৈরি করতে হবে। যদি আমি একবারে 1টি সারি ব্লক করি, তাহলে আমার 000টি অনুরোধের প্রয়োজন হবে। এবং যদি আমি ব্লক করতে এক মিলিয়ন বা বিলিয়ন প্রয়োজন হয়. কিন্তু আমরা যদি এটি করি তবে এটি খুব ভাল কাজ করবে না। আপনি যদি এমন একটি সিস্টেম ব্যবহার করেন যা প্রতিটি পৃথক সারির জন্য ব্লকিং এন্ট্রি তৈরি করে, তাহলে আপনি দেখতে পারেন যে এটি জটিল। কারণ আপনাকে এখনই লক টেবিলটি সংজ্ঞায়িত করতে হবে, যা ওভারফ্লো হতে পারে, কিন্তু পোস্টগ্রেস তা করে না।

এবং এই স্লাইডে এটি খুবই গুরুত্বপূর্ণ যে এটি স্পষ্টভাবে দেখায় যে MVCC-এর ভিতরে কাজ করে এমন আরেকটি সিস্টেম রয়েছে যা পৃথক লাইনগুলিকে ব্লক করে। সুতরাং আপনি যখন কোটি কোটি সারি লক করেন, পোস্টগ্রেস একটি বিলিয়ন আলাদা লক নির্দেশাবলী তৈরি করে না। এবং এটি কর্মক্ষমতা জন্য খুব ভাল.

একটি আপডেট সম্পর্কে কি? আমি এখন সিরিজটি আপডেট করছি এবং আপনি দেখতে পাচ্ছেন যে এটি একবারে দুটি ভিন্ন অপারেশন করেছে। এটি একই সময়ে টেবিলটি লক করেছে, তবে এটি সূচকটিও লক করেছে। এবং তাকে সূচকটি লক করা দরকার কারণ সেই টেবিলে অনন্য সীমাবদ্ধতা রয়েছে। এবং আমরা নিশ্চিত করতে চাই যে কেউ এটি পরিবর্তন করে না, তাই আমরা এটি ব্লক করি।

যদি আমি দুটি সারি আপডেট করতে চাই তাহলে কি হবে? এবং আমরা দেখতে পাই যে তিনি একইভাবে আচরণ করেন। আমরা দ্বিগুণ আপডেট করি, কিন্তু ঠিক একই সংখ্যক ব্লকিং লাইন।

আপনি যদি ভাবছেন যে পোস্টগ্রেস কীভাবে এটি করে, তাহলে পোস্টগ্রেস কীভাবে অভ্যন্তরীণভাবে এই লাইনগুলিকে চিহ্নিত করে তা জানতে আপনার MVCC-তে আমার আলোচনা শোনা উচিত। এবং পোস্টগ্রেসের এটি করার একটি উপায় রয়েছে, তবে এটি টেবিল লকিং স্তরে এটি করে না, এটি একটি নিম্ন এবং আরও দক্ষ স্তরে করে।

যদি আমি কিছু মুছে দিতে চাই? যদি আমি মুছে ফেলি, উদাহরণস্বরূপ, একটি সারি এবং আমার কাছে এখনও লকটিতে আমার দুটি ইনপুট রয়েছে, এবং এমনকি যদি আমি সেগুলিকে মুছতে চাই, তবে সেগুলি এখনও সেখানে রয়েছে৷

এবং, উদাহরণস্বরূপ, আমি 1 লাইন সন্নিবেশ করতে চাই, এবং তারপর 000 লাইন মুছে ফেলতে বা যোগ করতে চাই, তারপর আমি যে পৃথক লাইনগুলি যোগ করি বা পরিবর্তন করি, সেগুলি এখানে রেকর্ড করা হয় না। এগুলি সারির মধ্যেই নিম্ন স্তরে লেখা হয়। আর এমভিসিসি আলাপের সময় এ বিষয়ে বিস্তারিত কথা বলেছি। কিন্তু এটি খুবই গুরুত্বপূর্ণ যখন আপনি লকগুলি বিশ্লেষণ করছেন তা নিশ্চিত করতে আপনার একটি টেবিল-স্তরের লক আছে এবং আপনি দেখতে পাচ্ছেন না যে এখানে কীভাবে পৃথক সারি লেখা হচ্ছে।

সুস্পষ্ট ব্লকিং সম্পর্কে কি?

যদি আমি "রিফ্রেশ" ক্লিক করি তাহলে আমার দুটি সারি লক করা আছে। এবং যদি আমি সেগুলি সব নির্বাচন করি এবং "সব জায়গায় আপডেট" ক্লিক করি, তাহলে আমার কাছে এখনও দুটি লক রেকর্ড রয়েছে৷

আমরা প্রতিটি পৃথক সারির জন্য পৃথক এন্ট্রি তৈরি করি না। কারণ তখন পারফরম্যান্স কমে যায়, এর বেশি কিছু হতে পারে। এবং আমরা একটি অপ্রীতিকর পরিস্থিতিতে নিজেদের খুঁজে পেতে পারেন.

এবং একই জিনিস, যদি আমরা শেয়ার করি, আমরা 30 বার সবকিছু করতে পারি।

আমরা আমাদের টেবিল পুনরুদ্ধার করি, সবকিছু মুছে ফেলি, তারপর আবার একটি সারি সন্নিবেশ করি।

পোস্টগ্রেসে আপনি দেখতে পাচ্ছেন আরেকটি ধরণের আচরণ যা খুব পরিচিত এবং পছন্দসই আচরণ হল আপনি একটি আপডেট বা একটি নির্বাচন করতে পারেন। এবং আপনি একই সময়ে এটি করতে পারেন। এবং নির্বাচন ব্লক না আপডেট এবং বিপরীত দিকে একই জিনিস. আমরা পাঠককে বলি লেখককে অবরুদ্ধ না করতে, এবং লেখক পাঠককে অবরুদ্ধ করেননি।

আমি আপনাকে এর একটি উদাহরণ দেখাব। আমি এখন একটি পছন্দ করব। তারপর আমরা একটি INSERT করব। এবং তারপর আপনি দেখতে পারেন - 694. আপনি এই সন্নিবেশ করা হয়েছে যে লেনদেন আইডি দেখতে পারেন. এবং এটি কিভাবে কাজ করে।

এবং এখন যদি আমি আমার ব্যাকএন্ড আইডি দেখি, এটি হয়ে গেছে - 695।

এবং আমি দেখতে পাচ্ছি যে 695 আমার টেবিলে উপস্থিত হয়েছে।

এবং যদি আমি এই মত এখানে আপডেট, তারপর আমি একটি ভিন্ন কেস পেতে. এই ক্ষেত্রে, 695 একটি একচেটিয়া লক, এবং আপডেট একই আচরণ আছে, কিন্তু তাদের মধ্যে কোন বিরোধ নেই, যা বেশ অস্বাভাবিক।

এবং আপনি লক্ষ্য করতে পারেন যে শীর্ষে রয়েছে ShareLock এবং নীচে রয়েছে ExclusiveLock৷ এবং উভয় লেনদেন সফল.

এবং এটি কীভাবে ঘটে তা বোঝার জন্য আপনাকে MVCC-এ আমার বক্তৃতা শুনতে হবে। কিন্তু এটি একটি দৃষ্টান্ত যে আপনি একই সময়ে এটি করতে পারেন, যেমন একই সময়ে নির্বাচন করুন এবং আপডেট করুন৷

এর রিসেট এবং আবার একটি অপারেশন করা যাক.

আপনি যদি একই সারিতে একই সময়ে দুটি আপডেট চালানোর চেষ্টা করেন তবে এটি ব্লক হয়ে যাবে। আর মনে রাখবেন, আমি বলেছিলাম যে পাঠক লেখককে অবরুদ্ধ করে না, পাঠকের লেখক, কিন্তু একজন লেখক অন্য লেখককে অবরুদ্ধ করে। অর্থাৎ, আমরা একই সময়ে একই সারি আপডেট করতে দুই ব্যক্তি থাকতে পারি না। তাদের একটি শেষ না হওয়া পর্যন্ত আপনাকে অপেক্ষা করতে হবে।

এবং এটি ব্যাখ্যা করার জন্য, আমি লকডেমো টেবিলটি দেখব। এবং আমরা এক সারি তাকান. লেনদেনের জন্য 698.

আমরা এটিকে 2 এ আপগ্রেড করেছি। 699 হল প্রথম আপডেট। এবং এটি সফল হয়েছে বা এটি একটি মুলতুবি লেনদেনে আমাদের প্রতিশ্রুতি বা বাতিল করার জন্য অপেক্ষা করছে৷

কিন্তু অন্য কিছু দেখুন - 2/51 আমাদের প্রথম লেনদেন, আমাদের প্রথম অধিবেশন। 3/112 হল দ্বিতীয় অনুরোধ যা শীর্ষ থেকে এসেছে এবং সেই মানটি 3 এ পরিবর্তন করেছে। এবং আপনি যদি লক্ষ্য করেন, উপরেরটি নিজেকে লক করেছে, যা 699। কিন্তু 3/112 একটি লক মঞ্জুর করেনি। লক_মোড কলাম বলে যে এটি অপেক্ষা করছে। তিনি 699 প্রত্যাশী। এবং আপনি যদি 699 কোথায় তাকান, তিনি উচ্চতর। এবং প্রথম অধিবেশন কি করেছেন? তিনি তার নিজের লেনদেন আইডিতে একটি এক্সক্লুসিভ লক তৈরি করেছেন। পোস্টগ্রেস এইভাবে এটি করে। এটি তার নিজস্ব লেনদেন আইডি ব্লক করে। এবং আপনি যদি কারো প্রতিশ্রুতি বা বাতিল করার জন্য অপেক্ষা করতে চান, তাহলে আপনাকে অপেক্ষা করতে হবে যখন একটি মুলতুবি লেনদেন আছে। এবং তাই আমরা একটি অদ্ভুত লাইন দেখতে পারেন.

আবার দেখা যাক. বাম দিকে আমরা আমাদের প্রসেসিং আইডি দেখতে পাই। দ্বিতীয় কলামে আমরা আমাদের ভার্চুয়াল লেনদেন আইডি দেখতে পাচ্ছি, এবং তৃতীয়টিতে আমরা lock_type দেখতে পাচ্ছি। এটার মানে কি? আসলে, সে বলে যে সে লেনদেন আইডি ব্লক করে। কিন্তু লক্ষ্য করুন নিচের সব সারিতে লেখা আছে রিলেশন। এবং তাই আপনার টেবিলে দুই ধরনের তালা আছে। একটা রিলেশন লক আছে। এবং এছাড়াও একটি ট্রানজ্যাকশনড লক রয়েছে যেখানে আপনি আমরা নিজেরাই লক করে রাখি, প্রথম সারিতে বা একেবারে নীচে যেখানে ট্রানজ্যাকশনআইড যেখানে আমরা 699 এর কাজ শেষ করার আশা করি সেখানে ঠিক এটিই ঘটে।

আমি দেখি এখানে কি হয়. এবং এখানে দুটি জিনিস একই সাথে ঘটছে। আপনি প্রথম সারিতে লেনদেন আইডি লকটি দেখছেন, যা নিজেই লক হয়ে যায়। এবং লোকেদের অপেক্ষায় রাখার জন্য সে নিজেকে ব্লক করে।

আপনি যদি 6 তম লাইনটি দেখেন তবে এটি প্রথমটির মতো একই এন্ট্রি। এবং তাই লেনদেন 699 ব্লক করা হয়েছে। 700 এছাড়াও স্ব-লকিং। এবং তারপর নীচের সারিতে আপনি দেখতে পাবেন যে আমরা 699 এর অপারেশন সম্পূর্ণ করার জন্য অপেক্ষা করছি।

এবং lock_type, tuple আপনি সংখ্যা দেখতে.

আপনি দেখতে পাচ্ছেন এটি 0/10। এবং যে পৃষ্ঠা নম্বর, এবং অফসেট যে নির্দিষ্ট সারি.

এবং আপনি দেখুন কি 0/11 হয়ে যায় যখন আমরা আপডেট করি।

কিন্তু প্রকৃতপক্ষে, এটি 0/10, কারণ এই অপারেশনের জন্য একটি প্রত্যাশা রয়েছে। আমাদের দেখার সুযোগ আছে যে এটি সেই সারি যা আমি নিশ্চিত করার জন্য অপেক্ষা করছি।

একবার আমরা এটি নিশ্চিত করেছিলাম এবং কমিট চাপলে এবং আপডেটটি শেষ হলে, আমরা আবার এটি পাই। লেনদেন 700 একমাত্র লক, এটি অন্য কারো জন্য অপেক্ষা করে না, কারণ এটি প্রতিশ্রুতিবদ্ধ ছিল। এটি শুধুমাত্র লেনদেন সম্পূর্ণ হওয়ার জন্য অপেক্ষা করে। একবার 699 শেষ হয়ে গেলে, আমরা অন্য কিছুর জন্য অপেক্ষা করি না। এবং এখন লেনদেন 700 বলছে যে সবকিছু ঠিক আছে, এটির সমস্ত অনুমোদিত টেবিলে প্রয়োজনীয় সমস্ত লক রয়েছে৷

এবং পুরো বিষয়টিকে আরও জটিল করার জন্য, আমরা আরেকটি দৃষ্টিভঙ্গি তৈরি করি, যা এই সময় আমাদের একটি শ্রেণিবিন্যাস প্রদান করবে। আমি আশা করি না আপনি এই অনুরোধটি বুঝতে পারবেন। কিন্তু এটা কি ঘটছে তার একটি পরিষ্কার দৃষ্টিভঙ্গি দেবে।

এটি একটি পুনরাবৃত্ত দৃশ্য যার আরও একটি বিভাগ রয়েছে। এবং তারপরে এটি আবার একসাথে সবকিছু ফিরিয়ে আনে। এর এই ব্যবহার করা যাক.

আমরা যদি একসাথে তিনটি আপডেট করি এবং বলি যে সারিটি এখন তিনটি। এবং আমরা 3 থেকে 4 পরিবর্তন করব।

এবং এখানে আমরা 4. এবং লেনদেন আইডি 702 দেখতে পাচ্ছি।

এবং তারপর আমি 4 এর জন্য 5 অদলবদল করব। এবং 5 এর জন্য 6 এবং 6 এর জন্য 7। এবং আমি এই একটি লেনদেন সম্পূর্ণ হওয়ার জন্য অপেক্ষা করার জন্য অনেক লোককে লাইন আপ করব।

এবং সবকিছু পরিষ্কার হয়ে যায়। প্রথম সারি কি? এটি হল 702। এটি হল লেনদেন আইডি যা মূলত এই মান সেট করে। মঞ্জুর করা কলামে আমার কী আছে? আমার চিহ্ন আছে f. এগুলি আমার আপডেট যা (5, 6, 7) অনুমোদিত হতে পারে না কারণ আমরা লেনদেন ID 702 মেয়াদ শেষ হওয়ার জন্য অপেক্ষা করছি৷ সেখানে আমাদের একটি লেনদেন আইডি লক আছে। এবং এটি 5 লেনদেন লক আইডি সক্রিয়.

এবং আপনি যদি 704, 705-এ দেখেন, সেখানে এখনও কিছুই লেখা নেই, কারণ তারা এখনও কী ঘটছে তা জানে না। তারা শুধু লিখছে যে তাদের কোন ধারণা নেই কি হচ্ছে। এবং তারা কেবল ঘুমাতে যাবে, কারণ তারা কেউ শেষ করার জন্য অপেক্ষা করছে এবং যখন সারি পরিবর্তন করা সম্ভব হবে তখন তারা জাগ্রত হবে।

এটা কি মত দেখায়. এটা স্পষ্ট যে তারা সবাই 12 তম লাইনের জন্য অপেক্ষা করছে।

এই আমরা এখানে কি দেখেছি. এখানে 0/12।

সুতরাং, একবার প্রথম লেনদেনটি অনুমোদিত হয়ে গেলে, আপনি দেখতে পাবেন কীভাবে এখানে শ্রেণিবিন্যাস কাজ করে। এবং এখন এটা সব পরিষ্কার. তারা সবাই পরিষ্কার হয়ে যায়। এবং তারা আসলে এখনও অপেক্ষা করছে।

এখানে কি ঘটছে. 702 প্রতিশ্রুতিবদ্ধ। এবং এখন 703 এই সারি লক পায়, এবং তারপর 704 703 কমিট করার জন্য অপেক্ষা করতে শুরু করে। এবং 705 এর জন্যও অপেক্ষা করছে। এবং যখন এই সব সম্পন্ন হয়, তারা নিজেদের পরিষ্কার করে। এবং আমি উল্লেখ করতে চাই যে সবাই লাইন আপ করছে। এবং এটি ট্র্যাফিক জ্যাম পরিস্থিতির সাথে খুব মিল যেখানে সবাই প্রথম গাড়ির জন্য অপেক্ষা করছে। প্রথম গাড়ি থেমে গেছে এবং সবাই লম্বা লাইনে দাঁড়িয়ে আছে। তারপরে এটি সরে যায়, তারপরে পরবর্তী গাড়িটি এগিয়ে এসে তার ব্লক পেতে পারে, ইত্যাদি।

এবং যদি এটি আপনার কাছে যথেষ্ট কঠিন না বলে মনে হয় তবে আমরা এখন আপনার সাথে অচলাবস্থা সম্পর্কে কথা বলব। আমি জানি না তোমাদের মধ্যে কে তাদের অভিজ্ঞতা অর্জন করেছে। এটি ডাটাবেস সিস্টেমে একটি মোটামুটি সাধারণ সমস্যা। কিন্তু অচলাবস্থা হল যখন একটি সেশন কিছু করার জন্য অন্য সেশনের জন্য অপেক্ষা করে। আর সেই মুহুর্তে আরেকটি অধিবেশন অপেক্ষা করছে প্রথম অধিবেশনে কিছু করার জন্য।

এবং, উদাহরণস্বরূপ, যদি ইভান বলে: "আমাকে কিছু দাও" এবং আমি বলি: "না, যদি আপনি আমাকে অন্য কিছু দেন তবেই আমি আপনাকে এটি দেব।" এবং সে বলে, "না, আমি তোমাকে দেব না যদি তুমি আমাকে না দাও।" এবং আমরা একটি অচলাবস্থার মধ্যে শেষ. আমি নিশ্চিত ইভান তা করবে না, কিন্তু আপনি বুঝতে পেরেছেন যে আমাদের দুজন লোক কিছু চায় এবং তারা তা দিতে প্রস্তুত নয় যতক্ষণ না অন্য ব্যক্তি তাদের যা চায় তা দেয়। এবং এর কোন সমাধান নেই।

এবং, আসলে, আপনার ডাটাবেস এটি সনাক্ত করতে হবে. এবং তারপরে আপনাকে একটি সেশন মুছতে বা বন্ধ করতে হবে, কারণ অন্যথায় সেগুলি চিরতরে সেখানে থাকবে। এবং আমরা এটি ডাটাবেসে দেখতে পাই, আমরা এটি অপারেটিং সিস্টেমে দেখতে পাই। এবং সমস্ত জায়গায় যেখানে আমাদের সমান্তরাল প্রক্রিয়া রয়েছে, এটি ঘটতে পারে।

এবং আমরা এখন দুটি অচলাবস্থা রাখব। আমরা 50 এবং 80 রাখব। প্রথম সারিতে, আমি 50 থেকে 50 পর্যন্ত আপডেট করব। আমি 710 নম্বর লেনদেন পাব।

এবং তারপর আমি 80 থেকে 81, এবং 50 থেকে 51 পরিবর্তন করব।

এবং এটি দেখতে কেমন হবে তা এখানে। এবং তাই 710 এর একটি সারি লক রয়েছে এবং 711 নিশ্চিতকরণের জন্য অপেক্ষা করছে। আমরা আপডেট করার সময় এটি দেখেছি। 710 - আমাদের সিরিজের মালিক। এবং 711 লেনদেন সম্পূর্ণ করার জন্য 710 এর জন্য অপেক্ষা করছে।

এবং এটি এমনকি বলে যে কোন সারিতে আমাদের অচলাবস্থা রয়েছে। এবং এখানেই এটি অদ্ভুত হতে শুরু করে।

এখন আমরা 80 থেকে 80 আপডেট করি।

আর সেখানেই শুরু হয় অচলাবস্থা। 710 711 থেকে একটি প্রতিক্রিয়ার জন্য অপেক্ষা করছে, এবং 711 710 এর জন্য অপেক্ষা করছে। এবং এটি ভালভাবে শেষ হবে না। আর এ থেকে মুক্তির কোনো পথ নেই। এবং তারা একে অপরের কাছ থেকে প্রতিক্রিয়া আশা করবে।

এবং এটি কেবল সবকিছু বিলম্বিত করতে শুরু করে। এবং আমরা এটা চাই না.

এবং পোস্টগ্রেসের কাছে লক্ষ্য করার উপায় রয়েছে যখন এটি ঘটে। এবং যখন যে ঘটবে, আপনি এই ত্রুটি পেতে. এবং এটি থেকে এটি স্পষ্ট যে এই জাতীয় প্রক্রিয়াটি অন্য একটি প্রক্রিয়া থেকে একটি শেয়ার লকের জন্য অপেক্ষা করছে, অর্থাৎ, যা 711 প্রক্রিয়া দ্বারা অবরুদ্ধ। এবং সেই প্রক্রিয়াটি অমুক এবং অমুক একটি লেনদেন আইডিতে একটি শেয়ার লক দেওয়া এবং অমুক প্রক্রিয়া দ্বারা ব্লক করার অপেক্ষায় ছিল। তাই ডেড ব্লকের পরিস্থিতি তৈরি হয়েছে।

ত্রিমুখী অচলাবস্থা আছে কি? এটা কি সম্ভব? হ্যাঁ.

আমরা টেবিলের মধ্যে এই সংখ্যা ড্রাইভ. আমরা 40 থেকে 40 পরিবর্তন করি, আমরা একটি লক তৈরি করি।

60 থেকে 61, 80 থেকে 81 পরিবর্তন করুন।

এবং তারপর আমরা 80 পরিবর্তন এবং তারপর বুম!

এবং 714 এখন 715 এর জন্য অপেক্ষা করছে। 716 715 এর জন্য অপেক্ষা করছে। এবং এটি সম্পর্কে কিছু করার নেই।

দু'জন আর নেই, ইতিমধ্যে তিনজন আছে। আমি আপনার কাছে কিছু চাই, এই তৃতীয় ব্যক্তির কাছে কিছু চায়, এবং তৃতীয় ব্যক্তি আমার কাছে কিছু চায়। এবং আমরা একটি ত্রিমুখী অপেক্ষার মধ্যে শেষ হয়ে যাই কারণ আমরা সবাই অপেক্ষা করছি অন্য ব্যক্তির জন্য তাদের যা করতে হবে তা সম্পূর্ণ করার জন্য।

এবং পোস্টগ্রেস জানে কোন সারিতে এটি ঘটে। এবং তাই এটি আপনাকে নিম্নলিখিত বার্তা দেবে যা দেখায় যে আপনার একটি সমস্যা আছে যেখানে তিনটি ইনপুট একে অপরকে ব্লক করছে। এবং কোন সীমাবদ্ধতা আছে. এটি এমন হতে পারে যেখানে 20টি এন্ট্রি একে অপরকে ব্লক করে।

পরের সংখ্যাটি সিরিয়ালযোগ্য।

যদি একটি বিশেষ ক্রমিক লক.

এবং আমরা 719 এ ফিরে যাই। তার একটি সম্পূর্ণ স্বাভাবিক সমস্যা আছে।

এবং আপনি সিরিয়ালাইজেবল থেকে লেনদেন করতে ধাক্কা দিতে পারেন।

এবং আপনি বুঝতে পেরেছেন যে আপনার কাছে এখন একটি ভিন্ন ধরনের SA ব্লকিং রয়েছে - এর অর্থ সিরিয়ালাইজেবল।

এবং তাই আমাদের কাছে SARieadLock নামক একটি নতুন ধরনের লক আছে, যা একটি সিরিয়াল লক এবং আপনাকে সিরিয়াল নম্বর লিখতে দেয়।

এবং এছাড়াও আপনি অনন্য সূচক সন্নিবেশ করতে পারেন.

এই টেবিলে আমরা অনন্য সূচক আছে.

তাই যদি আমি এখানে 2 নম্বর রাখি, সেই কারণেই আমার কাছে 2 আছে। কিন্তু একেবারে উপরে, আমি আরেকটি 2 রাখলাম। এবং আপনি দেখতে পাচ্ছেন যে 721-এ একটি এক্সক্লুসিভ লক আছে। কিন্তু এখন 722 তার অপারেশন সম্পূর্ণ করার জন্য 721 এর জন্য অপেক্ষা করছে কারণ এটি 2 সন্নিবেশ করাতে পারে না যতক্ষণ না এটি 721 এর কী হবে তা জানে।

আর যদি আমরা সাব লেনদেন করি।

এখানে আমাদের 723 আছে।

এবং যদি আমরা পয়েন্টটি সংরক্ষণ করি এবং তারপর এটি আপডেট করি তবে আমরা একটি নতুন লেনদেন আইডি পাই। এটি অন্য একটি আচরণ যা আপনাকে সচেতন হতে হবে। যদি আমরা তা ফেরত দিই, তাহলে লেনদেন আইডি চলে গেছে। 724 ছাড়ছে। কিন্তু এখন আমাদের 725 আছে।

এবং আমি এখানে কি করার চেষ্টা করছি? আমি আপনাকে অস্বাভাবিক লকগুলির উদাহরণ দেখানোর চেষ্টা করছি যা আপনি খুঁজে পেতে পারেন: এটি সিরিয়ালাইজেবল লক হোক বা সেভপয়েন্ট লক, এগুলি বিভিন্ন ধরণের লক যা লক টেবিলে প্রদর্শিত হবে৷

এটি স্পষ্ট (স্পষ্ট) লকগুলির সৃষ্টি, যার pg_advisory_lock আছে।

এবং আপনি দেখতে পাচ্ছেন যে লক টাইপ এখানে উপদেষ্টা হিসাবে তালিকাভুক্ত করা হয়েছে। এবং এখানে এটি লাল রঙে "পরামর্শ" বলে। এবং আপনি একই সাথে pg_advisory_unlock দিয়ে ব্লক করতে পারেন।

এবং উপসংহারে, আমি আপনাকে আরও একটি মন ফুঁকানোর জিনিস দেখাতে চাই। আমি অন্য ভিউ তৈরি করব। কিন্তু আমি pg_stat_activity টেবিলের সাথে pg_locks টেবিলে যোগ দেব। এবং কেন আমি এটা করতে চাই? কারণ এটি আমাকে সমস্ত বর্তমান সেশনগুলি দেখতে এবং দেখতে এবং তারা কী ধরণের লকগুলির জন্য অপেক্ষা করছে তা দেখতে অনুমতি দেবে৷ এবং এটি যথেষ্ট আকর্ষণীয় যখন আমরা একটি লক টেবিল এবং একটি ক্যোয়ারী টেবিল একসাথে রাখি।

এবং এখানে আমরা pg_stat_view তৈরি করছি।

এবং আমরা একের পর এক সারি আপডেট করি। এবং এখানে আমরা 724 দেখতে পাই। এবং তারপরে আমরা আমাদের সারিটি তিনটিতে আপডেট করি। এবং আপনি এখন এখানে কি দেখতে? এগুলি হল অনুরোধ, অর্থাৎ আপনি বাম কলামে তালিকাভুক্ত অনুরোধগুলির সম্পূর্ণ তালিকা দেখতে পাচ্ছেন৷ এবং তারপর ডান দিকে আপনি তালা দেখতে পারেন এবং তারা কি তৈরি করে। এবং এটি আপনার জন্য আরও বোধগম্য হতে পারে যাতে আপনাকে প্রতিবার প্রতিটি সেশনে ফিরে যেতে হবে না এবং দেখতে হবে যে আপনার এতে যোগদান করা দরকার কি না। তারা আমাদের জন্য এটা করে।

আরেকটি বৈশিষ্ট্য যা খুব দরকারী pg_blocking_pids. আপনি সম্ভবত তার কথা শুনেননি। সে কি করছে? এটি আমাদের জানাতে দেয় যে এই সেশন 11740 এর জন্য এটি কোন প্রক্রিয়া আইডিগুলির জন্য অপেক্ষা করছে৷ এবং আপনি দেখতে পাচ্ছেন যে 11740 724 প্রত্যাশী। এবং 724 একেবারে শীর্ষে রয়েছে। আর 11306 হল আপনার প্রসেস আইডি। মূলত, এই ফাংশনটি আপনার লক টেবিলের উপর দিয়ে যায়। এবং আমি জানি এটা একটু জটিল, কিন্তু আপনি ধারণা পেতে. মূলত, এই ফাংশনটি এই লক টেবিলের মধ্য দিয়ে যায় এবং এই প্রসেস আইডিটি কোথায় তা খুঁজে বের করার চেষ্টা করে, লকগুলির জন্য এটি অপেক্ষা করছে। এবং এটি লকটির জন্য অপেক্ষা করা প্রক্রিয়াটির কোন প্রসেস আইডি রয়েছে তা খুঁজে বের করার চেষ্টা করে। তাই আপনি এই ফাংশন চালাতে পারেন pg_blocking_pids.

এবং এই খুব দরকারী. আমরা এটি শুধুমাত্র সংস্করণ 9.6 থেকে যোগ করেছি, তাই এই বৈশিষ্ট্যটি মাত্র 5 বছর বয়সী, কিন্তু এটি খুব, খুব দরকারী। এবং একই দ্বিতীয় অনুরোধের জন্য যায়. এটা দেখায় ঠিক কি আমাদের দেখতে হবে।

এই বিষয়ে আমি আপনার সাথে কথা বলতে চেয়েছিলাম. এবং আমি আশা করি, আমরা আমাদের সমস্ত সময় ব্যবহার করেছি কারণ সেখানে অনেকগুলি স্লাইড ছিল। এবং স্লাইডগুলি ডাউনলোডের জন্য উপলব্ধ। আমি এখানে থাকার জন্য আপনাকে ধন্যবাদ জানাতে চাই. আমি নিশ্চিত যে আপনি সম্মেলনের বাকি অংশ উপভোগ করবেন, আপনাকে অনেক ধন্যবাদ!

প্রশ্ন:

উদাহরণস্বরূপ, যদি আমি সারিগুলি আপডেট করার চেষ্টা করি এবং দ্বিতীয় সেশনটি পুরো টেবিলটি মুছে ফেলার চেষ্টা করে। আমি যতদূর বুঝতে পারি, একটি অভিপ্রায় লকের মতো কিছু হওয়া উচিত। পোস্টগ্রেসে কি এমন একটি জিনিস আছে?

আমরা একেবারে শুরুতে ফিরে আসি। আপনি মনে রাখতে পারেন যে আপনি যখন কিছু করেন, যেমন আপনি যখন একটি SELECT করেন, আমরা একটি AccessShareLock ইস্যু করি। এবং এটি টেবিল বাদ দেওয়া থেকে বাধা দেয়। সুতরাং আপনি যদি, উদাহরণস্বরূপ, একটি টেবিলের একটি সারি আপডেট করতে চান বা একটি সারি মুছতে চান, তাহলে কেউ একই সময়ে পুরো টেবিলটি মুছে ফেলতে পারবে না, কারণ আপনি এই অ্যাক্সেসশেয়ারলকটিকে পুরো টেবিলে এবং সারির উপরে ধরে রেখেছেন৷ এবং একবার আপনি সম্পন্ন হলে, তারা এটি অপসারণ করতে পারেন। কিন্তু যতক্ষণ না আপনি সরাসরি সেখানে কিছু পরিবর্তন করেন, ততক্ষণ তারা এটি করতে সক্ষম হবে না।

চলো এটা আবার করি. এর ডিলিট উদাহরণে এগিয়ে যাওয়া যাক। এবং আপনি দেখতে পাচ্ছেন কিভাবে সারিটির পুরো টেবিলের উপর একচেটিয়া লক রয়েছে।

এটা একটা লক এক্সক্লুসিভ মত দেখাবে, তাই না?

হ্যাঁ, এটা মনে হচ্ছে. আমি বুঝতে পারছি আপনি কি সম্পর্কে কথা বলছেন. আপনি কি বলছেন যে আমি যদি একটি SELECT করি তাহলে আমার কাছে একটি ShareExclusive আছে এবং তারপর আমি সেটিকে একটি সারি এক্সক্লুসিভ অবস্থায় রাখি, এটি কি সমস্যা হয়ে দাঁড়ায়? কিন্তু আশ্চর্যজনকভাবে এটি কোনও সমস্যা তৈরি করে না। এটি লকের ডিগ্রি বাড়ানোর মতো, কিন্তু মূলত আমার কাছে একটি লক রয়েছে যা এটিকে মুছে ফেলা থেকে বাধা দেয়। এবং এখন, যখন আমি এই লকটিকে আরও শক্তিশালী করি, তখনও এটি মুছে ফেলাকে বাধা দেয়। তাই আমি উপরে যাচ্ছি এমন নয়। যেমন এটি একটি নিম্ন স্তরে থাকাকালীন এটিকে বাধা দেয়, তাই যখন আমি এটিকে উন্নত করি, এটি এখনও টেবিলটিকে বাদ দেওয়া থেকে বাধা দেয়।

আমি বুঝতে পারছি আপনি কি সম্পর্কে কথা বলছেন. ব্লক করার মাত্রা বাড়ানোর কোনো ঘটনা নেই, যেখানে আপনি একটি ব্লক ছেড়ে দেওয়ার চেষ্টা করছেন যাতে আরও শক্তিশালী একটি প্রবর্তন করা যায়। এখানে এটি সর্বত্র এই পরিহার বাড়ায়, তাই এটি কোন দ্বন্দ্ব সৃষ্টি করে না। কিন্তু এটি একটি ভাল প্রশ্ন. জিজ্ঞাসা করার জন্য আপনাকে অনেক ধন্যবাদ!

যখন আমাদের অনেকগুলি সেশন, বিপুল সংখ্যক ব্যবহারকারী থাকে তখন একটি অচলাবস্থা এড়াতে আমাদের কী করতে হবে?

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

আপনার কর্মক্ষমতা জন্য আপনাকে অনেক ধন্যবাদ! আপনি ভ্যাকুয়াম পূর্ণ সম্পর্কে কথা বলেছেন এবং, যদি আমি সঠিকভাবে বুঝতে পারি, ভ্যাকুয়াম পূর্ণ একটি পৃথক দোকানে রেকর্ডের ক্রমকে বিকৃত করে, তাই এটি বর্তমান রেকর্ডগুলি অপরিবর্তিত রাখে। কেন ভ্যাকুয়াম ফুল একচেটিয়া লক অ্যাক্সেস নেয় এবং কেন এটি লেখার ক্রিয়াকলাপের সাথে বিরোধপূর্ণ?

এটা একটা ভালো প্রশ্ন. কারণ ভ্যাকুয়াম পূর্ণ একটি টেবিল লাগে। এবং আমরা মূলত টেবিলের একটি নতুন সংস্করণ তৈরি করছি। এবং টেবিলটি নতুন হবে। দেখা যাচ্ছে এটি টেবিলের সম্পূর্ণ নতুন সংস্করণ হবে। এবং সমস্যা হল যে যখন আমরা এটি করি, আমরা চাই না যে লোকেরা এটি পড়ুক কারণ আমরা চাই তারা নতুন টেবিলটি দেখুক। এবং তাই এই পূর্ববর্তী প্রশ্নের সাথে সম্পর্কযুক্ত. আমরা যদি একই সময়ে পড়তে পারি, তাহলে আমরা এটিকে সরাতে এবং লোকেদেরকে একটি নতুন টেবিলে নিয়ে যেতে পারব না। প্রত্যেকের এই টেবিলটি পড়া শেষ করার জন্য আমাদের অপেক্ষা করতে হবে, এবং তাই, সারমর্মে, এটি একটি লক এক্সক্লুসিভ পরিস্থিতি।
আমরা শুধু বলছি যে আমরা শুরু থেকেই লক করছি কারণ আমরা জানি যে সবাইকে নতুন কপিতে সরানোর জন্য আমাদের একেবারে শেষে একটি একচেটিয়া লকের প্রয়োজন হবে৷ তাই সম্ভাব্য আমরা এটি সমাধান করতে পারেন. এবং এইভাবে আমরা একযোগে ইনডেক্সিং দিয়ে এটি করি। কিন্তু এটা করা অনেক বেশি কঠিন। এবং এটি লক এক্সক্লুসিভ সম্পর্কে আপনার পূর্ববর্তী প্রশ্নে খুব দৃঢ়ভাবে প্রযোজ্য।

পোস্টগ্রেসে লকিং টাইমআউট যোগ করা কি সম্ভব? ওরাকল-এ, আমি, উদাহরণস্বরূপ, "আপডেট করতে নির্বাচন করুন" লিখতে পারি এবং আপডেট করার আগে 50 সেকেন্ড অপেক্ষা করতে পারি। এটি অ্যাপ্লিকেশনের জন্য ভাল ছিল। তবে পোস্টগ্রেসে, আমাকে হয় এখনই এটি করতে হবে এবং মোটেও অপেক্ষা করতে হবে না, বা কিছু সময় পর্যন্ত অপেক্ষা করতে হবে।

হ্যাঁ, আপনি আপনার লক, আপনার লকগুলির সময় শেষ করতে বেছে নিতে পারেন৷ আপনি নো ওয়ে কমান্ডও জারি করতে পারেন, যা হবে... যদি আপনি এখনই লক না পেতে পারেন। অতএব, হয় লক টাইমআউট, বা অন্য কিছু যা আপনাকে এটি করার অনুমতি দেবে। এটি সিনট্যাকটিক স্তরে করা হয় না। এটি সার্ভারে একটি পরিবর্তনশীল হিসাবে করা হয়। কখনও কখনও এটি ব্যবহার করা যাবে না।

আপনি স্লাইড 75 খুলতে পারেন?

হ্যাঁ।

এবং আমার প্রশ্ন পরবর্তী. কেন উভয় আপডেট প্রক্রিয়া 703 এর জন্য অপেক্ষা করছে?

এবং যে একটি মহান প্রশ্ন. আমি বুঝতে পারছি না কেন পোস্টগ্রেস এটি করে, উপায় দ্বারা। কিন্তু যখন 703 তৈরি করা হয়েছিল, তখন এটি 702-এর জন্য অপেক্ষা করছিল। এবং যখন 704 এবং 705 দেখায়, তারা কিসের জন্য অপেক্ষা করছে তা তারা জানে বলে মনে হয় না, কারণ সেখানে এখনও কিছুই নেই। এবং পোস্টগ্রেস এটি এই মত করে: আপনি যখন একটি লক পেতে পারেন না, তখন এটি বলে "আপনি প্রক্রিয়াকরণের অর্থ কী?", কারণ আপনি ইতিমধ্যে কারও জন্য অপেক্ষা করছেন। তাই এটিকে বাতাসে ঝুলতে দিন, এটি মোটেও আপডেট করে না। কিন্তু এখানে কি হল? 702 প্রক্রিয়াটি সম্পূর্ণ করার সাথে সাথে এবং 703 তার লকটি পেয়েছিল, সিস্টেমটি ফিরে আসে। এবং তিনি বলেন যে এখন আমাদের দুজন লোক অপেক্ষা করছে। এবং তারপর একসাথে তাদের আপডেট করা যাক. এবং নির্দেশ করে যে উভয়ই প্রত্যাশিত।

আমি জানি না পোস্টগ্রেস কেন এটি করে। কিন্তু f বলে একটা সমস্যা আছে…. আমার কাছে মনে হচ্ছে এটি রাশিয়ান ভাষায় একটি শব্দ নয়। এটি হল যখন প্রত্যেকে একটি দুর্গের জন্য অপেক্ষা করছে, এমনকি যদি 20টি ঘটনাও দুর্গের জন্য অপেক্ষা করছে। এবং হঠাৎ তারা সবাই একই সময়ে জেগে ওঠে। এবং সবাই প্রতিক্রিয়া জানাতে শুরু করে। কিন্তু সিস্টেমটি এমন করে যে সবাই 703-এর জন্য অপেক্ষা করছে। কারণ তারা সবাই অপেক্ষা করছে, এবং আমরা অবিলম্বে তাদের সবাইকে লাইন করে দেব। এবং যদি অন্য কোন নতুন অনুরোধ দেখা যায় যা তার পরে গঠিত হয়েছিল, উদাহরণস্বরূপ, 707, তাহলে আবার একটি শূন্যতা থাকবে।

এবং এটা আমার কাছে মনে হয় যে এটি করা হয়েছে বলতে সক্ষম হওয়ার জন্য যে এই পর্যায়ে 702 703 এর জন্য অপেক্ষা করছে, এবং এর পরে যারা আসবে, তাদের এই ক্ষেত্রটিতে কোনও প্রবেশ থাকবে না। কিন্তু প্রথম ওয়েটার চলে যাওয়ার সাথে সাথে এবং যারা আপডেটের আগে সেই মুহুর্তে অপেক্ষা করছিলেন তারা সবাই একই টোকেন পাবেন। এবং তাই আমার কাছে মনে হয় যে এটি করা হয়েছে যাতে আমরা ক্রমানুসারে প্রক্রিয়া করতে পারি, যাতে সেগুলি সঠিকভাবে অর্ডার করা হয়।

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

এটা আমার কাছে অনেক বেশি যৌক্তিক মনে হয় যখন 705 704 আশা করে।

কিন্তু এখানে সমস্যা হল নিম্নলিখিত. টেকনিক্যালি, আপনি যেকোন একটি বা সেই একটিকে জাগিয়ে তুলতে পারেন। এবং তাই আমরা এক বা অন্য জেগে. কিন্তু সিস্টেমের অপারেশনে কি হবে? আপনি দেখতে পাচ্ছেন কিভাবে খুব উপরে 703 তার নিজের লেনদেন আইডি ব্লক করেছে। পোস্টগ্রেস এইভাবে কাজ করে। এবং 703 তার নিজস্ব লেনদেন আইডি দ্বারা ব্লক করা হয়েছে, তাই যদি কেউ অপেক্ষা করতে চায়, তাহলে সে 703-এর জন্য অপেক্ষা করবে। এবং আসলে, 703 সম্পূর্ণ হয়। এবং শুধুমাত্র এর সমাপ্তির পরে, একটি প্রক্রিয়া জেগে ওঠে। এবং আমরা জানি না এটা কি ধরনের প্রক্রিয়া হবে। তারপরে আমরা ধীরে ধীরে সবকিছু প্রক্রিয়া করি। তবে কোন প্রক্রিয়াটি প্রথমে জেগে ওঠে তা স্পষ্ট নয়, কারণ এটি এই প্রক্রিয়াগুলির মধ্যে যেকোনও হতে পারে। মূলত, আমাদের একটি সময়সূচী ছিল যা বলেছিল যে আমরা এখন এই প্রক্রিয়াগুলির যে কোনও একটিকে জাগিয়ে তুলতে পারি। আমরা শুধু এলোমেলোভাবে একটি বাছাই. অতএব, তাদের উভয়ই লক্ষ্য করা উচিত, কারণ আমরা তাদের যে কোনওকে জাগ্রত করতে পারি।

এবং সমস্যা হল যে আমাদের সিপি-ইনফিনিটি আছে। এবং সেইজন্য, এটা খুব সম্ভব যে আমরা পরবর্তীতে জেগে উঠতে পারি। এবং যদি, উদাহরণস্বরূপ, আমরা পরে জেগে উঠি, তবে আমরা তার জন্য অপেক্ষা করব যিনি এইমাত্র লকটি পেয়েছেন, তাই আমরা ঠিক করি না যে প্রথমে কে জাগ্রত হবে। আমরা ঠিক এমন একটি পরিস্থিতি তৈরি করি এবং সিস্টেমটি এলোমেলোভাবে তাদের জাগিয়ে তুলবে।

আছে এগর রোগভের তালা সম্পর্কে নিবন্ধ. দেখুন, তারা আকর্ষণীয় এবং দরকারী। বিষয়টা অবশ্য খুবই জটিল। অনেক ধন্যবাদ ব্রুস!

উত্স: www.habr.com