របៀបដែល DSQL ធ្វើឱ្យប្រាកដថាមាត្រដ្ឋានលំដាប់

DSQL ធានានូវមាត្រដ្ឋានលំដាប់នៅក្នុងបរិស្ថានដែលបានចែកចាយដោយបោះបង់ការសំរបសំរួលថ្នាំងតែមួយបែបប្រពៃណី ក្នុងការពេញចិត្តនៃការបែងចែកដោយផ្អែកលើជួរ និងការបង្កើតលេខសម្គាល់ដែលជំរុញដោយមតិរួម — លុបបំបាត់ការស្ទះដោយមិនលះបង់ភាពប្លែកពីគេ។ ការយល់ដឹងពីរបៀបដំណើរការនេះគឺចាំបាច់សម្រាប់ក្រុមណាមួយដែលបង្កើតកម្មវិធីដែលពឹងផ្អែកលើទិន្នន័យដែលត្រូវការរីកចម្រើនដោយមិនប៉ះពាល់ដល់ពិដានហេដ្ឋារចនាសម្ព័ន្ធដ៏ឈឺចាប់។

តើ​អ្វី​ទៅ​ជា​លំដាប់​មូលដ្ឋាន​ទិន្នន័យ និង​ហេតុ​អ្វី​បាន​ជា​ពួកគេ​បំបែក​តាម​មាត្រដ្ឋាន?

លំដាប់​មួយ​ក្នុង​មូលដ្ឋាន​ទិន្នន័យ​ដែល​ទាក់ទង​គ្នា​គឺ​ជា​បញ្ជរ​ដែល​បង្កើត​លេខ​លំដាប់​តែ​មួយ​គត់ — ដែល​ប្រើ​ជា​ទូទៅ​បំផុត​សម្រាប់​សោ​ចម្បង។ នៅក្នុងពិភពម៉ាស៊ីនមេតែមួយ នេះគឺតូចតាច៖ ថ្នាំងមួយជាម្ចាស់បញ្ជរ បង្កើនវាតាមអាតូម ហើយប្រគល់តម្លៃទៅឱ្យអ្នកណាដែលសួរ។ សាមញ្ញ គួរឱ្យទុកចិត្ត និងមិនអាចរស់បានទាំងស្រុងនៅពេលដែលអ្នកបន្ថែមថ្នាំងទីពីរ។

បញ្ហាកើតឡើងភ្លាមៗនៅពេលដែលអ្នកចែកចាយមូលដ្ឋានទិន្នន័យរបស់អ្នកនៅលើថ្នាំង ឬតំបន់ជាច្រើន។ រាល់ថ្នាំងដែលត្រូវការតម្លៃលំដាប់ថ្មីត្រូវតែសម្របសម្រួលជាមួយអាជ្ញាធរកណ្តាល ដើម្បីធានាថាគ្មានថ្នាំងទាំងពីរចេញលេខដូចគ្នាទេ។ នៅក្រោមបន្ទុកស្រាល ការសម្របសម្រួលនោះមិនអាចមើលឃើញទេ។ នៅក្រោមបន្ទុកធ្ងន់ — រាប់លានបញ្ចូលក្នុងមួយវិនាទីឆ្លងកាត់ចង្កោមដែលបែកខ្ចាត់ខ្ចាយតាមភូមិសាស្ត្រ — ដែលអាជ្ញាធរកណ្តាលក្លាយជាចំណុចទាញដែលបិទផ្លូវសរសេរទាំងមូលរបស់អ្នក។

ម៉ាស៊ីនមូលដ្ឋានទិន្នន័យបែបបុរាណបានជួសជុលវាជាមួយនឹងដំណោះស្រាយ៖ ការបែងចែកសេស/គូក្នុងមួយថ្នាំង ការបែងចែកដោយដៃនៃជួរលំដាប់ ឬបោះបង់ចោលលំដាប់ទាំងស្រុងសម្រាប់ UUID ។ ការសម្របសម្រួលនីមួយៗណែនាំពីភាពស្មុគស្មាញនៃប្រតិបត្តិការ ការលះបង់ការធានាក្នុងការបញ្ជាទិញ ឬជួញដូរឧបសគ្គមួយសម្រាប់មួយផ្សេងទៀត។ DSQL ប្រើវិធីសាស្រ្តផ្សេងគ្នាជាមូលដ្ឋាន។

តើ DSQL ប្រើការបែងចែកជួរដើម្បីកាត់បន្ថយការសម្របសម្រួលដោយរបៀបណា?

ការយល់ដឹងស្នូលនៅពីក្រោយការធ្វើមាត្រដ្ឋានតាមលំដាប់របស់ DSQL គឺថាថ្នាំងមិនចាំបាច់សំរបសំរួលលើគ្រប់តម្លៃតែមួយទេ - ពួកគេគ្រាន់តែត្រូវការសំរបសំរួលលើជួរប៉ុណ្ណោះ។ ជំនួសឱ្យការបញ្ចូលនីមួយៗដែលបង្កឱ្យមានការធ្វើដំណើរទៅមកទៅកាន់អាជ្ញាធរលំដាប់កណ្តាល ថ្នាំងនីមួយៗទាមទារប្លុកនៃតម្លៃលំដាប់ជាមុន ហើយចេញឱ្យពួកគេនៅក្នុងមូលដ្ឋានរហូតដល់ប្លុកអស់។

វិធីសាស្រ្តនេះ ត្រូវបានគេស្គាល់ថាជាការបែងចែកជួរ ឬការកក់ជាបាច់ កាត់បន្ថយយ៉ាងច្រើននូវព្រឹត្តិការណ៍សម្របសម្រួលដែលបានចែកចាយ។ ថ្នាំងដែលទាមទារជួរនៃតម្លៃលំដាប់ 1,000 ជំនួសការធ្វើដំណើរទៅមកនៃសំរបសំរួលបុគ្គលចំនួន 1,000 ជាមួយនឹងតែមួយ។ គណិតវិទ្យាឆ្លងកាត់គឺជាក់ស្តែងភ្លាមៗ៖ លំដាប់ឈប់ជាកត្តាកំណត់ ហើយការគណនា ឬការផ្ទុកក្លាយជាពិដានពិតជំនួសវិញ។

"គោលដៅ​នៃ​ការ​រចនា​លំដាប់​ដែល​បាន​ចែកចាយ​មិន​មែន​ធ្វើ​ឱ្យ​ការ​សម្របសម្រួល​លឿន​ជាង​នោះ​ទេ​ វា​គឺ​ជា​ការ​ធ្វើ​ឱ្យ​ការ​សម្រប​សម្រួល​ដ៏កម្រ។ DSQL សម្រេច​បាន​ខ្នាត​មិនមែន​ដោយ​ការ​ពន្លឿន​ការ​ស្ទះ​នោះ​ទេ ប៉ុន្តែ​ដោយ​ការ​លុប​បំបាត់​តម្រូវការ​វា​ជា​ប្រព័ន្ធ។​

នៅពេលដែលជួរដែលបានបែងចែករបស់ថ្នាំងអស់ វាស្នើសុំប្លុកថ្មី។ ប្រសិនបើថ្នាំងគាំងពាក់កណ្តាលជួរ តម្លៃដែលមិនប្រើទាំងនោះត្រូវបានរំលងដោយសាមញ្ញ - DSQL អត់ធ្មត់ចន្លោះប្រហោងក្នុងលំដាប់ ពីព្រោះភាពឯកកោដែលបានធានាមានសារៈសំខាន់ជាងការបន្តដែលធានា។ តក្កវិជ្ជាកម្មវិធីទំនើបស្ទើរតែមិនតម្រូវឱ្យមានលំដាប់លំដោយឥតខ្ចោះ។ វាទាមទារថាមិនមានជួរពីរចែករំលែកសោដូចគ្នាទេ។

តើ​តួនាទី​អ្វី​ដែល​ការ​យល់ស្រប​ដែល​បាន​ចែកចាយ​ដើរតួ​ក្នុង​សុវត្ថិភាព​លំដាប់?

ការ​បែងចែក​ជួរ​ដោះស្រាយ​ការ​បញ្ជូន​បន្ត ប៉ុន្តែ​វា​បង្ហាញ​ពី​បញ្ហា​ប្រឈម​ថ្មី៖ ការពារ​ថ្នាំង​ពីរ​ពី​ការ​ទាមទារ​ជួរ​ដូចគ្នា​ក្នុង​ពេល​ដំណាល​គ្នា។ នេះគឺជាកន្លែងដែលពិធីការឯកភាពដែលបានចែកចាយ — ជាទូទៅ Paxos ឬ Raft variants — ក្លាយជាកត្តាសំខាន់ចំពោះការធានាភាពត្រឹមត្រូវរបស់ DSQL ។

មុនពេលថ្នាំងណាមួយអាចចាប់ផ្តើមចេញតម្លៃពីជួរថ្មី ការបែងចែកជួរនោះត្រូវតែធ្វើឡើងតាមរយៈស្រទាប់រួម។ សមាជិកក្រុមភាគច្រើនត្រូវតែទទួលស្គាល់ការកក់ទុក មុនពេលថ្នាំងដែលស្នើសុំដំណើរការ។ វាធានាថាសូម្បីតែនៅក្នុងវត្តមាននៃភាគថាសបណ្តាញ ការបរាជ័យថ្នាំង ឬសំណើជួរក្នុងពេលដំណាលគ្នា គ្មានថ្នាំងពីរដែលមិនធ្លាប់ដំណើរការពីជួរលំដាប់ត្រួតស៊ីគ្នា។

លទ្ធផលជាក់ស្តែងគឺជាប្រព័ន្ធដែលផ្តល់នូវការធានាភាពស៊ីសង្វាក់គ្នានៃលំដាប់ថ្នាំងតែមួយបែបប្រពៃណី ខណៈពេលដែលគាំទ្រការសរសេរផ្តេកនៃស្ថាបត្យកម្មដែលបានចែកចាយ។ កម្មវិធីមើលឃើញឧបករណ៍កំណត់អត្តសញ្ញាណតែមួយគត់ ដែលមិនមានការប៉ះទង្គិច ដោយមិនចាំបាច់ដឹងអ្វីទាំងអស់អំពីក្រុម topology ដែលបង្កើតពួកវា។

តើយុទ្ធសាស្ត្រធ្វើមាត្រដ្ឋានលំដាប់ណាដែល DSQL រួមបញ្ចូលគ្នាសម្រាប់ទិន្នផលអតិបរមា?

វិធីសាស្រ្តរបស់ DSQL ក្នុងការធ្វើមាត្រដ្ឋានតាមលំដាប់មិនមែនជាបច្ចេកទេសតែមួយទេ ប៉ុន្តែជាការរួមបញ្ចូលគ្នាជាស្រទាប់នៃយុទ្ធសាស្ត្របំពេញបន្ថែម៖

• ការកក់ជួរជាក្រុម៖ ថ្នាំងទាមទារប្លុកនៃតម្លៃលំដាប់តាមរយៈស្រទាប់ឯកភាព ដោយកាត់បន្ថយប្រេកង់នៃការសម្របសម្រួលតាមលំដាប់លំដោយ។
• បញ្ជរមេម៉ូរីក្នុងមូលដ្ឋាន៖ ក្នុងជួរដែលបានបម្រុងទុក តម្លៃលំដាប់ត្រូវបានចេញមកពីបញ្ជរអាតូមិកក្នុងតំបន់ — មិនត្រូវការបណ្តាញ I/O ទេ រហូតដល់ជួរអស់។
• ការចាត់ថ្នាក់តាមសម័យកាល៖ នាឡិកាឡូជីខលដែលភ្ជាប់ទៅនឹងសម័យកាលចង្កោមអនុញ្ញាតឱ្យបន្តបន្តបន្ទាប់គ្នាដើម្បីរស់រានមានជីវិតពីការបោះឆ្នោតមេដឹកនាំ និងព្រឹត្តិការណ៍បរាជ័យដោយមិនចាំបាច់ចាក់ឡើងវិញនូវការសម្របសម្រួលសម្រាប់តម្លៃដែលបានចេញរួចហើយ។
• ការអត់ធ្មត់គម្លាតតាមការរចនា៖ ប្រព័ន្ធទទួលយកយ៉ាងច្បាស់នូវចន្លោះប្រហោងដែលបង្កឡើងដោយកន្ទុយជួរដែលមិនប្រើពីថ្នាំងដែលគាំង ដោយដកចេញនូវតម្រូវការសម្រាប់តក្កវិជ្ជាស្មុគស្មាញឡើងវិញដែលនឹងណែនាំការសម្របសម្រួលឡើងវិញ។
• ទំហំជួរដែលសម្របខ្លួនបាន៖ នៅក្រោមការផ្ទុកការសរសេរខ្ពស់ DSQL អាចបង្កើនទំហំនៃជួរដែលបានបែងចែកជាលក្ខណៈថាមវន្ត ដូច្នេះព្រឹត្តិការណ៍នៃការសម្របសម្រួលក្លាយជាកម្រមានសមាមាត្រនៅពេលដែលតម្រូវការឆ្លងកាត់កើនឡើង។

រួមគ្នា យុទ្ធសាស្ត្រទាំងនេះបង្កើតម៉ាស៊ីនលំដាប់ដែលធ្វើមាត្រដ្ឋានផ្តេកជាមួយចង្កោម។ ការបន្ថែមថ្នាំងបង្កើនចំនួនសរុបនៃលំដាប់ជាជាងបង្កើតគូប្រជែងបន្ថែមទៀតសម្រាប់ថវិកាសម្របសម្រួលថេរ។

តើ​គំរូ​លំដាប់​របស់ DSQL ប៉ះពាល់​ដល់​ស្ថាបត្យកម្ម​កម្មវិធី​យ៉ាង​ដូចម្ដេច?

សម្រាប់អ្នកអភិវឌ្ឍន៍ គំរូធ្វើមាត្រដ្ឋានតាមលំដាប់របស់ DSQL មានផលប៉ះពាល់ផ្ទាល់ទៅលើរបៀបដែលកម្មវិធីគួរតែត្រូវបានរចនា។ ដោយសារតម្លៃលំដាប់លំដោយមានភាពអត់ធ្មត់ តក្កវិជ្ជាកម្មវិធីមិនត្រូវសន្មត់ថាលេខសម្គាល់ជាប់គ្នាបង្កប់ន័យព្រឹត្តិការណ៍ជាប់ៗគ្នាឡើយ។ ជាឧទាហរណ៍ តក្កវិជ្ជា Pagination ដែលពឹងផ្អែកលើជួរលេខសម្គាល់តាមលំដាប់លំដោយ ត្រូវការប្រើវាលទស្សន៍ទ្រនិចច្បាស់លាស់ ជាជាងអុហ្វសិតនព្វន្ធ។

នៅលើផ្នែកវិជ្ជមាន លំដាប់ DSQL នៅតែត្រូវបានតម្រៀបយ៉ាងខ្លាំងនៅក្នុងជួរដែលបានបែងចែករបស់ថ្នាំងតែមួយ ដែលមានន័យថាការបញ្ចូលលំដាប់នៅក្នុងវគ្គត្រូវបានរក្សាទុក។ នេះគឺជាអត្ថប្រយោជន៍ដ៏មានអត្ថន័យលើវិធីសាស្រ្តដែលផ្អែកលើ UUID ដែលការតម្រៀបតាមវេយ្យាករណ៍ត្រូវបានបំបែកចេញពីពេលវេលាបញ្ចូល — ដែលនាំទៅដល់ការបែងចែកលិបិក្រម ទីតាំងឃ្លាំងសម្ងាត់មិនល្អ និងដំណើរការសំណួរជួរដែលខូចទ្រង់ទ្រាយតាមមាត្រដ្ឋាន។

សម្រាប់ក្រុមវិស្វករដែលកំពុងដំណើរការវេទិកាពហុផលិតផលដ៏ស្មុគស្មាញ ការយល់ដឹងអំពីលក្ខណៈសម្បត្តិទាំងនេះនៅកម្រិតហេដ្ឋារចនាសម្ព័ន្ធ បកប្រែដោយផ្ទាល់ទៅក្នុងការរចនាគ្រោងការណ៍កាន់តែប្រសើរ ការអនុវត្តសំណួរដែលអាចព្យាករណ៍បានកាន់តែច្រើន និងការភ្ញាក់ផ្អើលតិចជាងនៅពេលបរិមាណទិន្នន័យកើនឡើង។

សំណួរដែលគេសួរញឹកញាប់

តើ DSQL ធានា​ថា​តម្លៃ​លំដាប់​តែងតែ​ជាប់​គ្នា​ឬ?

ទេ — DSQL អត់ធ្មត់យ៉ាងច្បាស់នូវចន្លោះប្រហោងក្នុងលំដាប់។ នៅពេលដែលថ្នាំងគាំងមុនពេលអស់ជួរដែលបានបែងចែករបស់វា តម្លៃទាំងនោះត្រូវបានបោះបង់ចោល ជាជាងការទាមទារមកវិញ។ កម្មវិធីគួរតែចាត់ទុកលំដាប់ DSQL ថាមានតែមួយ និងឯកតាកើនឡើងក្នុងវគ្គ ប៉ុន្តែកុំសន្មតថាភាពខុសគ្នារវាងលេខសម្គាល់ពីរដែលនៅជាប់គ្នាគឺពិតប្រាកដមួយ។

តើ​លំដាប់ DSQL អាច​ត្រូវ​បាន​ប្រើ​នៅ​ទូទាំង​ការ​ដាក់​ពង្រាយ​ច្រើន​តំបន់​ឬ​ទេ?

បាទ។ គំរូការបែងចែកជួររបស់ DSQL គឺដឹងតាមតំបន់ដោយការរចនា។ តំបន់នីមួយៗអាចរក្សាជួរលំដាប់រៀងៗខ្លួន ដោយស្រទាប់ការយល់ស្របនឹងពង្រឹងភាពឯកកោជាសកលនៅទូទាំងតំបន់ដែលចូលរួមទាំងអស់។ លទ្ធផលគឺការចេញលំដាប់ក្នុងស្រុកដែលមានភាពយឺតយ៉ាវទាបជាមួយនឹងការទប់ស្កាត់ជម្លោះជាសកល — ដោយមិនចាំបាច់មានការធ្វើដំណើរឆ្លងកាត់តំបន់សម្រាប់រាល់ការបញ្ចូលតែមួយ។

តើ DSQL ដោះស្រាយការហត់នឿយតាមលំដាប់ដោយរបៀបណា នៅពេលដែលបរិមាណទិន្នន័យឈានដល់រាប់ពាន់ជួរ?

លំដាប់ DSQL ត្រូវបានកំណត់ជាធម្មតាជាមួយនឹងជួរចំនួនគត់ 64 ប៊ីត ដែលផ្តល់នូវពិដាននៅក្នុង quintillions — មានប្រសិទ្ធភាពគ្មានដែនកំណត់សម្រាប់ការងារផលិតកម្មជាក់ស្តែងណាមួយ។ សម្រាប់ក្រុមដែលឈានដល់កម្រិតខ្លាំង DSQL ក៏គាំទ្រយុទ្ធសាស្ត្រគន្លឹះរួម និងការបែងចែកឈ្មោះតាមលំដាប់លំដោយ ដែលចែកចាយចន្លោះលេខសម្គាល់នៅទូទាំងដែនឡូជីខល ដោយការពារការរាប់តែមួយពីការក្លាយជាកង្វល់រយៈពេលវែង។

ដំណើរការអាជីវកម្មរបស់អ្នកលើហេដ្ឋារចនាសម្ព័ន្ធដែលធ្វើមាត្រដ្ឋានជាមួយអ្នក

ការយល់ដឹងអំពីយន្តការតាមលំដាប់ដែលបានចែកចាយគឺពិតជាប្រភេទនៃចំណេះដឹងប្រតិបត្តិការដ៏ស៊ីជម្រៅដែលបំបែកក្រុមដែលបង្កើតប្រព័ន្ធដែលអាចធ្វើមាត្រដ្ឋានបានពីអ្នកដែលបង្កើតវាឡើងវិញរៀងរាល់ 18 ខែម្តង។ នៅ Mewayz យើងបានអនុវត្តគោលការណ៍ទាំងនេះនៅលើប្រព័ន្ធប្រតិបត្តិការអាជីវកម្ម 207 ម៉ូឌុលដែលប្រើដោយអ្នកប្រើប្រាស់ជាង 138,000 នាក់ — ផ្តល់ឱ្យអាជីវកម្មដែលកំពុងរីកចម្រើននូវភាពឆ្លាតវៃផ្នែកហេដ្ឋារចនាសម្ព័ន្ធនៃវេទិកាសហគ្រាសក្នុងតម្លៃ $19–49/ខែ។

បញ្ឈប់​ការ​ភ្ជាប់​ឧបករណ៍​ដែល​មិន​ត្រូវ​បាន​រចនា​ឡើង​ដើម្បី​ធ្វើ​មាត្រដ្ឋាន​ជាមួយគ្នា។ ចាប់ផ្តើមកន្លែងធ្វើការ Mewayz របស់អ្នកនៅថ្ងៃនេះ ហើយដំណើរការប្រតិបត្តិការទាំងមូលរបស់អ្នកនៅលើវេទិកាដែលបង្កើតឡើងតាំងពីមូលដ្ឋានសម្រាប់ការលូតលាស់។