ការបកប្រែអត្ថបទត្រូវបានរៀបចំជាពិសេសសម្រាប់សិស្សនៃវគ្គសិក្សា "មូលដ្ឋានទិន្នន័យ". ចាប់អារម្មណ៍ក្នុងការអភិវឌ្ឍន៍ក្នុងទិសដៅនេះ? យើងសូមអញ្ជើញអ្នកឱ្យទៅ ថ្ងៃបើកដែលជាកន្លែងដែលយើងនិយាយលម្អិតអំពីកម្មវិធី លក្ខណៈពិសេសនៃទម្រង់អនឡាញ សមត្ថភាព និងអនាគតការងារដែលរង់ចាំនិស្សិតបញ្ចប់ការសិក្សាបន្ទាប់ពីការបណ្តុះបណ្តាល។

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

ហេតុអ្វីខ្ញុំត្រូវការវា?

របៀបដែលចង្កោមគួរមានឥរិយាបទអាស្រ័យលើកម្មវិធីរបស់អ្នក។ ជាឧទាហរណ៍ សូមយកកម្មវិធីទូទាត់វិក្កយបត្រ។ អ្នកនឹងត្រូវការភាពស៊ីសង្វាក់គ្នា 100% នៅទូទាំងចង្កោម ដូច្នេះអ្នកនឹងត្រូវបើកការប្តេជ្ញាចិត្តសមកាលកម្ម ដើម្បីឱ្យមូលដ្ឋានទិន្នន័យរបស់អ្នករង់ចាំការផ្លាស់ប្តូរទាំងអស់ដែលត្រូវធ្វើ។ ទោះជាយ៉ាងណាក៏ដោយ ប្រសិនបើកម្មវិធីរបស់អ្នកជាបណ្តាញសង្គមដែលរីកចម្រើនយ៉ាងឆាប់រហ័ស នោះអ្នកប្រហែលជាចូលចិត្តការឆ្លើយតបលឿនជាងភាពជាប់លាប់ 100%។ ដើម្បីសម្រេចបានវា អ្នកអាចប្រើការប្តេជ្ញាចិត្តអសមកាលនៅក្នុងចង្កោមរបស់អ្នក។

ជួបការសម្របសម្រួល

អ្នក​ត្រូវ​ធ្វើ​ការ​ដោះដូរ​រវាង​ភាព​ស៊ីសង្វាក់​គ្នា​នៃ​ទិន្នន័យ និង​ការ​អនុវត្ត។ PostgreSQL ផ្លាស់ទីឆ្ងាយពីភាពស៊ីសង្វាក់គ្នា ពីព្រោះការកំណត់លំនាំដើមបន្ទាប់មកអាចទស្សន៍ទាយបាន និងមិនមានការភ្ញាក់ផ្អើលដែលមិននឹកស្មានដល់។ ឥឡូវនេះសូមក្រឡេកមើលការសម្របសម្រួល។

Tradeoff 1: ការអនុវត្ត

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

Tradeoff 2: ភាពជាប់លាប់

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

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

អាកប្បកិរិយាសមកាលកម្មធ្វើឱ្យយល់បាននៅក្នុងកម្មវិធីវិក្កយបត្រ ដែលភាពស៊ីសង្វាក់គ្នាមានអត្ថប្រយោជន៍ច្បាស់លាស់ក្នុងការដោះដូររវាងភាពស៊ីសង្វាក់គ្នា និងការអនុវត្ត។ អ្វីដែលសំខាន់បំផុតសម្រាប់កម្មវិធីបែបនេះគឺទិន្នន័យត្រឹមត្រូវ។ ឥឡូវនេះគិតអំពីបណ្តាញសង្គមដែលភារកិច្ចចម្បងគឺរក្សាការយកចិត្តទុកដាក់របស់អ្នកប្រើប្រាស់ដោយឆ្លើយតបទៅនឹងសំណើឱ្យបានលឿនតាមដែលអាចធ្វើទៅបាន។ ក្នុងករណីនេះ ដំណើរការជាមួយបណ្តាញ hops តិចជាងមុន និងការរង់ចាំតិចជាងមុនសម្រាប់ commits នឹងក្លាយជាអាទិភាពមួយ។ ទោះជាយ៉ាងណាក៏ដោយ ការដោះដូររវាងការអនុវត្ត និងភាពស៊ីសង្វាក់គ្នា មិនមែនជារឿងតែមួយគត់ដែលអ្នកត្រូវគិតនោះទេ។

ការដោះដូរ 3: គាំង

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

ការតភ្ជាប់មួយក្នុងមួយប្រតិបត្តិការ?

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

ជាការពិតណាស់ការសម្រេចចិត្តទាំងអស់នេះត្រូវបានធ្វើឡើងដោយអ្នកបង្កើតកម្មវិធី។ ការសម្រេចចិត្តត្រឹមត្រូវអំពីពេលណាត្រូវប្រើវិធីសាស្រ្តនីមួយៗនឹងជួយអ្នកឱ្យទទួលបានអត្ថប្រយោជន៍ច្រើនបំផុតពីចង្កោមរបស់អ្នក។ វាមានសារៈសំខាន់ដែលអ្នកអភិវឌ្ឍន៍អាចប្តូររវាងពួកវានៅកម្រិត SQL សម្រាប់ការតភ្ជាប់ និងសម្រាប់ប្រតិបត្តិការ។

ធានាការគ្រប់គ្រងក្នុងការអនុវត្ត

តាមលំនាំដើម PostgreSQL ផ្តល់នូវភាពស៊ីសង្វាក់គ្នា។ នេះត្រូវបានគ្រប់គ្រងដោយប៉ារ៉ាម៉ែត្រម៉ាស៊ីនមេ synchronous_commit. តាមលំនាំដើមវាស្ថិតនៅក្នុងទីតាំង onប៉ុន្តែវាមានជម្រើសបីផ្សេងទៀត៖ local, remote_write ឬ off.

នៅពេលកំណត់ប៉ារ៉ាម៉ែត្រទៅ off ការប្តេជ្ញាចិត្តសមកាលកម្មទាំងអស់ត្រូវបានបញ្ឈប់ សូម្បីតែនៅលើប្រព័ន្ធមូលដ្ឋានក៏ដោយ។ ប៉ារ៉ាម៉ែត្រមូលដ្ឋានបញ្ជាក់របៀបធ្វើសមកាលកម្មសម្រាប់ប្រព័ន្ធមូលដ្ឋាន ប៉ុន្តែការសរសេរទៅការចម្លងត្រូវបានអនុវត្តដោយមិនសមកាលកម្ម។ Remote_write លើសពីនេះទៅទៀត៖ ការសរសេរទៅកាន់ការចម្លងត្រូវបានធ្វើឡើងដោយអសមកាល ប៉ុន្តែត្រូវបានបញ្ជូនមកវិញនៅពេលដែលការចម្លងបានទទួលយកការសរសេរ ប៉ុន្តែមិនបានសរសេរវាទៅក្នុងថាស។

ដោយពិចារណាលើជម្រើសដែលមាន យើងជ្រើសរើសឥរិយាបថមួយ ហើយរក្សាទុកក្នុងចិត្តនោះ។ on - ទាំងនេះគឺជាការថតសមកាលកម្ម យើងនឹងជ្រើសរើស local សម្រាប់​ការ​ប្រព្រឹត្ត​អសមកាល​លើ​បណ្តាញ ខណៈ​ពេល​ដែល​ការ​ចាកចេញ​ក្នុង​មូលដ្ឋាន​ធ្វើ​សមកាលកម្ម។

ឥឡូវនេះ យើងនឹងប្រាប់អ្នកពីរបៀបដំឡើងវាក្នុងពេលបន្តិច ប៉ុន្តែស្រមៃថាយើងរៀបចំ synchronous_commit в local សម្រាប់ម៉ាស៊ីនមេ។ យើងឆ្ងល់ថាតើវាអាចទៅរួចទេក្នុងការផ្លាស់ប្តូរប៉ារ៉ាម៉ែត្រ synchronous_commit នៅ​លើ​យន្តហោះ ហើយ​វា​បាន​ប្រែ​ក្លាយ​ថា​វា​មិន​ត្រឹម​តែ​អាច​ទៅ​រួច​នោះ​ទេ វា​មាន​សូម្បី​វិធី​ពីរ​យ៉ាង​ដើម្បី​ធ្វើ​វា​។ ទីមួយគឺកំណត់វគ្គនៃការតភ្ជាប់របស់អ្នកដូចខាងក្រោម៖

SET SESSION synchronous_commit TO ON;  
// Your writes go here

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

វិធីសាស្រ្តទីពីរគឺល្អនៅពេលដែលអ្នកគ្រាន់តែចង់ធ្វើឱ្យប្រាកដថាអ្នកទទួលបានការចម្លងសមកាលកម្មសម្រាប់ប្រតិបត្តិការតែមួយ។ នៅក្នុងមូលដ្ឋានទិន្នន័យជំនាន់ NoSQL ជាច្រើន គំនិតនៃប្រតិបត្តិការមិនមានទេ ប៉ុន្តែវាកើតឡើងនៅក្នុង PostgreSQL ។ ក្នុងករណីនេះអ្នកចាប់ផ្តើមប្រតិបត្តិការហើយបន្ទាប់មកកំណត់ synchronous_commit в on មុនពេលប្រតិបត្តិធាតុសម្រាប់ប្រតិបត្តិការ។ COMMIT នឹងធ្វើប្រតិបត្តិការដោយប្រើតម្លៃប៉ារ៉ាម៉ែត្រណាមួយ។ synchronous_commitដែលត្រូវបានកំណត់នៅពេលនោះ ទោះបីជាវាល្អបំផុតក្នុងការកំណត់អថេរជាមុន ដើម្បីប្រាកដថាអ្នកអភិវឌ្ឍន៍ផ្សេងទៀតយល់ថាការសរសេរមិនសមកាលកម្មក៏ដោយ។

BEGIN;  
SET LOCAL synchronous_commit TO ON;  
// Your writes go here
COMMIT;  

រាល់ការប្តេជ្ញាចិត្តនៃប្រតិបត្តិការទាំងអស់ឥឡូវនេះនឹងត្រូវបានបញ្ជាក់ថាជាសរសេរទៅកាន់អ្នកចម្លង មុនពេលមូលដ្ឋានទិន្នន័យត្រឡប់ការឆ្លើយតបជាវិជ្ជមានទៅកាន់អតិថិជនដែលបានភ្ជាប់។

ការដំឡើង PostgreSQL

មុននេះ យើងបានស្រមៃមើលប្រព័ន្ធ PostgreSQL ជាមួយ synchronous_commit, បានដំឡើងនៅក្នុង local. ដើម្បីធ្វើឱ្យមានភាពប្រាកដនិយមនៅលើផ្នែកខាងម៉ាស៊ីនមេ អ្នកនឹងត្រូវកំណត់ជម្រើសនៃការកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីនមេពីរ។ ប៉ារ៉ាម៉ែត្រមួយទៀត synchronous_standby_names នឹងចូលមកដោយខ្លួនឯងនៅពេល synchronous_commit នឹងនៅក្នុង on. វាកំណត់ថាតើការចម្លងណាមួយមានសិទ្ធិសម្រាប់ការធ្វើសមកាលកម្ម ហើយយើងនឹងកំណត់វាទៅជា *ដែលនឹងមានន័យថាការចម្លងទាំងអស់ត្រូវបានចូលរួម។ តម្លៃទាំងនេះជាធម្មតាត្រូវបានកំណត់រចនាសម្ព័ន្ធនៅក្នុង ឯកសារកំណត់រចនាសម្ព័ន្ធ ដោយបន្ថែម៖

synchronous_commit = local  
synchronous_standby_names='*'

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

ប្រសិនបើអ្នកបានធ្វើតាមការអភិវឌ្ឍន៍ គម្រោងអភិបាលអ្នកប្រហែលជាបានកត់សម្គាល់ការផ្លាស់ប្តូរថ្មីៗមួយចំនួន (1, 2) ដែលអនុញ្ញាតឱ្យអ្នកប្រើប្រាស់អភិបាលធ្វើការសាកល្បងប៉ារ៉ាម៉ែត្រទាំងនេះ និងតាមដានភាពស៊ីសង្វាក់គ្នារបស់ពួកគេ។

ពាក្យពីរបីទៀត...

កាលពីមួយសប្តាហ៍មុន ខ្ញុំនឹងប្រាប់អ្នកថា វាមិនអាចទៅរួចទេក្នុងការកែសម្រួល PostgreSQL ឱ្យបានល្អិតល្អន់។ នោះហើយជាពេលដែល Kurt សមាជិកនៃក្រុម Compose platform បានទទូចថាមានឱកាសបែបនេះ។ គាត់បានស្ងប់ស្ងាត់ការជំទាស់របស់ខ្ញុំ ហើយបានរកឃើញនៅក្នុងឯកសារ PostgreSQL ដូចខាងក្រោម:

ការកំណត់នេះអាចផ្លាស់ប្តូរបានគ្រប់ពេល។ ឥរិយាបថសម្រាប់ប្រតិបត្តិការណាមួយត្រូវបានកំណត់ដោយការកំណត់ជាធរមាននៅពេលធ្វើប្រតិបត្តិការ។ ដូច្នេះ វាអាចទៅរួច និងមានប្រយោជន៍សម្រាប់ប្រតិបត្តិការមួយចំនួនដើម្បីធ្វើសមកាលកម្ម និងសម្រាប់ប្រតិបត្តិការផ្សេងទៀតដោយអសមកាល។ ឧទាហរណ៍ដើម្បីបង្ខំមួយ។ multistatement ប្រតិបត្តិការដើម្បីធ្វើការ commits asynchronous នៅពេលដែលតម្លៃលំនាំដើមនៃប៉ារ៉ាម៉ែត្រគឺផ្ទុយ កំណត់ SET LOCAL synchronous_commit TO OFF នៅក្នុងប្រតិបត្តិការមួយ។

ជាមួយនឹងការកែប្រែតូចមួយនេះចំពោះឯកសារកំណត់រចនាសម្ព័ន្ធ យើងបានផ្តល់ឱ្យអ្នកប្រើប្រាស់នូវការគ្រប់គ្រងលើភាពស៊ីសង្វាក់គ្នា និងដំណើរការរបស់ពួកគេ។

ប្រភព: www.habr.com