د انتخاب او ډیسک تر مینځ درې کیچ پرتونه

کله چې ستاسو غوښتنلیک د SELECT بیان ډکوي، دا پوښتنه تقریبا هیڅکله د سپننګ ډیسک یا حتی خام فلش ذخیره ته لاس نه اچوي - دا د دریو جلا کیچ پرتونو څخه تیریږي چې په خاموشۍ سره معلومه کړي چې آیا ستاسو ځواب په مایکرو ثانیو یا ملیسیکنډونو کې راځي. د دې پرتونو پوهیدل د سوداګرۍ پلیټ فارم ترمینځ توپیر دی چې په اسانۍ سره اندازه کیږي او هغه څوک چې د ریښتیني نړۍ بار لاندې راټیټیږي.

هغه شیبه څه کیږي چې یوه انتخابي پوښتنه ستاسو غوښتنلیک پریږدي؟

کله چې ستاسو غوښتنلیک د SELECT پوښتنه لیږي، دا پایپ لاین ته ننوځي چې ډیری پراختیا کونکي هیڅکله معاینه نه کوي. د ډیټابیس انجن مخکې له دې چې کوم I/O واقع شي غوښتنه مداخله کوي، SQL په داخلي اجرایوي پلان کې تجزیه کوي او سمدلاسه د دفاع لومړۍ کرښې سره مشوره کوي: د پوښتنې پایلې کیچ. که چیرې د ورته پیرامیټونو سره ورته ورته پوښتنه پدې وروستیو کې اجرا شوې وي ، انجن کولی شي د ډیټا یوې پا pageې ته لمس کولو پرته د زیرمه شوي پایلې سیټ بیرته راولي. دې ته ځینې وختونه د پوښتنې کیچ یا د پایلې کیچ ویل کیږي، او د لوړې لوستلو، ټیټ لیکلو کاري بارونو کې - لکه د تحلیلي ډشبورډونو او راپور ورکولو ماډلونه - دا کولی شي د ډیسک ډیری لوستل په بشپړ ډول له منځه یوسي.

دلته مهمه بصیرت دا دی چې د پوښتنې زیرمه د ډیټا بدلونونو سره خورا حساسه ده. د لاندې جدول په مقابل کې هر ډول INSERT, UPDATE, or DELETE اړونده زیرمه شوي پایلې باطلوي. همدا لامل دی چې د لیکلو دروند لیږد سیسټمونه اکثرا د پوښتنې زیرمه په بشپړ ډول غیر فعالوي او پرځای یې په ژورو پرتونو تکیه کوي.

بفر پول څه شی دی او ولې دا ستاسو له فکر څخه ډیر مهم دی؟

دوهمه د زیرمې پرت — او په حقیقت کې د تولید سیسټمونو کې خورا مهم دی — د بفر پول دی (په PostgreSQL کې د ګډ بفر په نوم یادیږي، په MySQL کې د InnoDB بفر پول). دا د RAM یوه سیمه ده چې د ډیټابیس انجن په دې وروستیو کې د لاسرسي معلوماتو پاڼې ساتلو لپاره کاروي. کله چې یوه پوښتنه د پایلې له کیچ څخه وړاندې نه شي، انجن دا ګوري چې ایا د ډیسک لوستلو جاري کولو دمخه د اړتیا وړ ډیټا پاڼې په بفر پول کې اوسیږي.

د بفر پول د لنډمهاله او ځایي ځای په اصولو کار کوي: په دې وروستیو کې لاسرسي شوي معلوماتو ته د لاسرسي احتمال شتون لري ، او د لاسرسي معلوماتو ته نږدې ذخیره شوي ډیټا احتمال لري ډیر ژر لاسرسی ومومي. د ډیټابیس مدیران د بفر حوض اندازه د یو له خورا لوړ ګټې اخیستنې ترتیب پریکړې په توګه تنظیموي چې دوی یې کوي. یو بفر حوض چې ډیر کوچنی دی د دوامداره پاڼې د ویستلو لامل کیږي، د تراشینګ په نوم یوه پدیده رامینځته کوي، چیرې چې سیسټم د پوښتنو د اجرا کولو په پرتله د کیچ یادښت اداره کولو کې ډیر وخت تیروي.

کلیدي بصیرت: په ډیری OLTP کاري بارونو کې، د ښه اندازې بفر پول پدې معنی دی چې د ټولو لوستلو معلوماتو 95-99٪ د رام څخه خدمت کیږي. کاري سیټ - ستاسو د معلوماتو فرعي سیټ چې پوښتنې واقعیا په مکرر ډول لمس کوي - ډیری وختونه د ټول ډیټابیس اندازې څخه خورا کوچنی وي. ستاسو د بفر حوض اندازه کول ستاسو د کاري سیټ سره سمون خوري، ستاسو ټول ډیټاسیټ نه، یوازینی لوړ بیرته راستنیدونکي ټیوننګ عمل دی چې تاسو یې کولی شئ.

د عملیاتي سیسټم کیچ څنګه د رام او ډیسک تر مینځ تشه ډکوي؟

حتی کله چې د ډیټابیس خپل بفر پول له لاسه ورکړي، پوښتنه لا تر اوسه د ریښتیني ډیسک لوستلو لپاره نه ده ټاکل شوې. عملیاتي سیسټم د صفحې زیرمه ساتي (د فایل سیسټم کیچ هم ورته ویل کیږي)، د کرنل لخوا اداره شوي RAM یوه سیمه چې د وسیلو د بندولو لپاره لوستل او لیکل بفر کوي. کله چې د ډیټابیس انجن د یوې پاڼې غوښتنه کوي چې د دې بفر پول څخه غیر حاضر وي، د OS کرنل د ذخیره کولو کنټرولر ته د فزیکي I/O کمانډ صادرولو دمخه د خپل پاڼې کیچ چیک کوي.

دا دریمه طبقه په لویه کچه د اپلیکیشن پراختیا کونکو ته نه لیدل کیږي مګر په سیسټمونو کې خورا مهم دی چیرې چې د ډیټابیس بفر پول کم چمتو شوی. د OS پاڼې کیچ په ټولو پروسو کې شریک شوی، نو دا ستاسو د غوښتنلیک سرور، ویب سرور، او کوم بل سافټویر سره سیالي کوي چې په ورته کوربه کې روان دي. په وقف شوي ډیټابیس سرورونو کې ، دا سیالي لږترلږه ده ، او د OS کیچ معنی لرونکي دوهم چانس بفر چمتو کوي. په شریک کوربه یا کانټینرونو کې چې د حافظې محدود محدودیتونه لري، د OS کیچ اکثرا د مرستې لپاره خورا کوچنی وي.

کوم کیچ پرت په عمل کې د ډیری فعالیت ګټلو لپاره مسؤل دی؟

د ریښتینې نړۍ د تولید سیسټمونو کې، د بفر پول په پراخه کچه د فعالیت پایلو باندې تسلط لري. دلته دا دی چې ولې هر پرت د کارولو په قضیو کې په مختلف ډول مرسته کوي:

• د پوښتنو پایلې زیرمه: د لوستلو په اړه خورا لوړه ګټه ، ډیری جامد ډیټاسیټونه - د راپور ورکولو پوښتنې ، کیش شوي ډشبورډونه ، د عامه مینځپانګې پای ټکي. د لیکلو په درنو میزونو کې بې ګټې.
• د ډیټابیس بفر پول: یونیورسل ورک هارس. د هر تولید ډیټابیس سرور باید لومړی دلته تنظیم شي. دواړه تصادفي او ترتیبي لاسرسي نمونې په مؤثره توګه اداره کوي.
• د OS پاڼې زیرمه: د خوندیتوب جال چمتو کوي کله چې د بفر حوض ټیټ وي. همدارنګه د سترو جدولونو د ترتیبي سکینونو په جریان کې د پام وړ مرسته کوي چې په بل ډول به ګرمې پاڼې د بفر حوض څخه وباسي.
• د ذخیره کولو کنټرولر کیچ (د هارډویر پرت): څلورم، ډیری وختونه له پامه غورځول شوی پرت — NVMe SSDs او RAID کنټرولر د بیټرۍ یا کپیسیټر بیک اپ سره د آن بورډ لیکلو کیچ ساتي. دا د fsync ځنډ په لګښت کې د لیکلو له لارې پټولو قرباني کولو پرته دوام ساتي.
• د اپلیکیشن پرت کیچ (Redis, Memcached): په بشپړ ډول د ډیټابیس څخه پورته ناست دی، د سیریل شوي پوښتنو پایلې یا حساب شوي توکي کیچ کوي ترڅو په ډیټابیس کې له مینځه تللو مخه ونیسي - د څو کرایه کونکي SaaS پلیټ فارمونو لپاره مثالی چې په زرګونو همغږي کاروونکو ته خدمت کوي.

څنګه کولی شي عصري سوداګریز پلیټ فارمونه په پیمانه د اعتبار لپاره د کیچ جوړښت څخه ګټه پورته کړي؟

د هغو سوداګرۍ لپاره چې په ډیری فعال ماډلونو کې فعالیت کوي - CRM، د پروژې مدیریت، ای کامرس، تحلیلونه - د کیچ جوړښت مستقیم د پلیټ فارم غبرګون ټاکي لکه څنګه چې ټیمونه وده کوي. پلیټ فارمونه چې د ښه پرت لرونکي کیچ ستراتیژۍ باندې رامینځته شوي کولی شي د متناسب زیربنایی لګښت پرته لسګونه زره همغږي کاروونکو ته خدمت وکړي. کلیدي د ډیټا لاسرسي نمونو ډیزاین کول دي چې د کیچ حدود ته درناوی کوي: د ګرم ډیټا کوچني ساتل او د لاسرسي نمونې د وړاندوینې وړ دي ، د بفر پول بار توزیع کولو لپاره د لوستلو نقلونو کارول ، او د ډیټابیس مخې ته د ریډیس په څیر د غوښتنلیک لیر کیچ ځای په ځای کول د پای ټکي لپاره چې په ورته وخت کې ډیری کاروونکو ته ورته ډیټا وړاندې کوي.

میویز د همدې فلسفې په پام کې نیولو سره جوړ شوی دی. د 207 مدغم سوداګرۍ ماډلونو سره چې له 138,000 څخه ډیر کاروونکو ته ځواک ورکوي ، د پلیټ فارم ډیټا لیئر ډیزاین شوی ترڅو د لوستلو ډیری برخه له کیچ څخه وړاندې شي - د ځواب وخت ګړندی ساتل او د زیربنایی لګښتونو وړاندوینه کیدی شي ایا تاسو د $ 19 / میاشت سټارټر پلان پرمخ وړئ یا $ 49 / میاشت مسلکي پوړ

په مکرر ډول پوښتل شوي پوښتنې

ایا د پوښتنو زیرمې غیر فعال کول تل د ډیټابیس فعالیت ښه کوي؟

تل نه، مګر د لیکلو درانه کاري بارونو لپاره دا معمولا کوي. د پوښتنې کیچ د دوام ساتلو لپاره نړیوال میټیکس ته اړتیا لري ، کوم چې د لوړې توافق لاندې خنډ کیږي. MySQL 8.0 د دې دلیل لپاره د پوښتنې زیرمه په بشپړه توګه لیرې کړه. PostgreSQL هیڅکله د جوړ شوي پوښتنلیک کیچ نه پلي کوي، د بفر پول او د غوښتنلیک پرت کیچ کولو پرځای تکیه کوي. که ستاسو د لوستلو او لیکلو تناسب لوړ وي او ستاسو پوښتنې خورا تکراري وي، د پوښتنې زیرمه کولی شي ریښتینې لاسته راوړنې وړاندې کړي - که نه نو، د بفر پول کې د ټیون کولو هڅې پانګه اچونه وکړئ.

زه څنګه پوهیږم که زما د بفر حوض په سمه توګه اندازه شوی وي؟

د خپل بفر پول هټ تناسب وڅارئ: د حوض څخه د پاڼې غوښتنې سلنه د هغو کسانو په پرتله چې د ډیسک لوستلو ته اړتیا لري. د OLTP کاري بار کې د 95٪ څخه ښکته د هټ تناسب د حوض اندازې زیاتولو سیګنال دی. په MySQL کې، پوښتنه وکړئ د انجن INNODB حالت وښایاست او د بفر پول هټ نرخ وګورئ. په PostgreSQL کې، د pg_statio_user_tables لید د بفر پول څخه وړاندې شوي په پرتله د ډیسک څخه لوستل شوي هپ بلاکونه افشا کوي. موخه دا ده چې خپل ټول کاري سیټ وساتئ — نه ستاسو بشپړ ډیټاسیټ — په RAM کې اوسیدونکی.

د کیش پرتونو او څو کرایه کونکي SaaS اعتبار ترمنځ اړیکه څه ده؟

په څو کرایه کونکي SaaS کې، د کیچ پرتونه د "شورګاه ګاونډي" ستونزو مخه نیسي چیرې چې د یو کرایه کونکي درانه پوښتنې بار د نورو ټولو کرایه کونکو لپاره فعالیت خرابوي. د TTL-based invalidation سره د کرایه کونکي خبرتیا غوښتنلیک کیچ کول په ریډیس کې د هر کرایه کونکي ګرم ډیټا ساتي ، په پراخه کچه د لوی حسابونو څخه د بفر پول فشار کموي. د ډیټابیس کچې پیوستون پولینګ د ګرم بفر پول سره یوځای دا ډاډ ورکوي چې د هر یو حساب څخه برسټ فعالیت د کیچ څخه شریکې پاڼې نه فلش کوي او په ټول پلیټ فارم کې د ځنډیدو لامل کیږي.

د کیچ پرتونه د ډیټابیس ټریویا نه دي - دا د معمارۍ بنسټ دی چې هغه پلیټ فارمونه جلا کوي چې په پیمانه ګړندي پاتې کیږي له هغه چا څخه چې دوامداره زیربنایی اور وژنې ته اړتیا لري. که تاسو داسې سوداګرۍ رامینځته کوئ یا پرمخ وړئ چې د دې واقعیتونو لپاره دمخه مطلوب پلیټ فارم ته اړتیا لري ، Mewayz په app.mewayz.com کې وپلټئ — 207 ماډلونه، یو همغږي پلیټ فارم، چې ستاسو د لومړي کارونکي څخه ستاسو سل زره پورې د اعتبار سره ترسره کولو لپاره جوړ شوی.