ការត្រួតពិនិត្យការអនុវត្តនៃសំណួរ PostgreSQL ។ ផ្នែកទី 1 - ការរាយការណ៍

វិស្វករ - បកប្រែពីឡាតាំង - បំផុសគំនិត។
វិស្វករអាចធ្វើអ្វីបាន។ (គ) R. Diesel ។
Epigraphs ។

ឬរឿងរ៉ាវអំពីមូលហេតុដែលអ្នកគ្រប់គ្រងមូលដ្ឋានទិន្នន័យត្រូវចងចាំពីអតីតកាលនៃការសរសេរកម្មវិធីរបស់គាត់។

បុព្វកថា

ឈ្មោះទាំងអស់ត្រូវបានផ្លាស់ប្តូរ។ ការប្រកួតគឺចៃដន្យ។ សម្ភារៈគឺគ្រាន់តែជាគំនិតផ្ទាល់ខ្លួនរបស់អ្នកនិពន្ធប៉ុណ្ណោះ។

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

ការចាប់ផ្តើមនៃរឿង -តើអ្នកចាំពីរបៀបដែលវាបានចាប់ផ្តើម"។
អ្វីដែលបានកើតឡើងជាលទ្ធផលនៅក្នុងលក្ខខណ្ឌទូទៅបំផុត - "ការសំយោគជាវិធីសាស្រ្តមួយដើម្បីកែលម្អការអនុវត្ត PostgreSQL»

ហេតុអ្វីបានជាខ្ញុំត្រូវការទាំងអស់នេះ?

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

ជាការប្រសើរណាស់ ហើយសំខាន់បំផុត - ភ្លាមៗនោះ វាអាចមានប្រយោជន៍សម្រាប់នរណាម្នាក់ និងជួយមិនឱ្យបង្កើតកង់ឡើងវិញ និងមិនឱ្យប្រមូលតុងរួច។ នៅក្នុងពាក្យផ្សេងទៀត, ធ្វើឱ្យប្រសើរឡើងកម្មផលរបស់អ្នក (មិនមែន Khabrovsky) ។ សម្រាប់អ្វីដែលមានតម្លៃបំផុតនៅក្នុងពិភពលោកនេះគឺគំនិត។ រឿងចំបងគឺស្វែងរកគំនិត។ ហើយ​ការ​បក​ប្រែ​គំនិត​ទៅ​ជា​ការ​ពិត​គឺ​ជា​បញ្ហា​បច្ចេកទេស​សុទ្ធសាធ​រួច​ទៅ​ហើយ។

ដូច្នេះសូមចាប់ផ្តើមយឺត ៗ ...

ការបង្កើតបញ្ហា។

មាន៖

PostgreSQL(10.5) ការផ្ទុកចម្រុះ (OLTP+DSS) ការផ្ទុកកម្រិតមធ្យមទៅស្រាល បង្ហោះក្នុងពពក AWS ។
មិនមានការត្រួតពិនិត្យមូលដ្ឋានទិន្នន័យទេ ការត្រួតពិនិត្យហេដ្ឋារចនាសម្ព័ន្ធត្រូវបានបង្ហាញជាឧបករណ៍ AWS ស្តង់ដារក្នុងការកំណត់រចនាសម្ព័ន្ធតិចតួចបំផុត។

វាត្រូវបានទាមទារ៖

ត្រួតពិនិត្យដំណើរការ និងស្ថានភាពនៃមូលដ្ឋានទិន្នន័យ ស្វែងរក និងមានព័ត៌មានដំបូងដើម្បីបង្កើនប្រសិទ្ធភាពសំណួរមូលដ្ឋានទិន្នន័យធ្ងន់។

ការណែនាំខ្លីៗ ឬការវិភាគនៃដំណោះស្រាយ

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

ជម្រើសទី 1 - "ធ្វើការតាមតម្រូវការ"

យើង​ទុក​អ្វី​គ្រប់​យ៉ាង​ដូច​វា​ដែរ។ ប្រសិនបើអតិថិជនមិនពេញចិត្តនឹងអ្វីមួយនៅក្នុងសុខភាព ដំណើរការនៃមូលដ្ឋានទិន្នន័យ ឬកម្មវិធីនោះ គាត់នឹងជូនដំណឹងដល់វិស្វករ DBA តាមរយៈអ៊ីមែល ឬដោយបង្កើតឧប្បត្តិហេតុនៅក្នុងប្រអប់សំបុត្រ។
វិស្វករ បានទទួលការជូនដំណឹងមួយ នឹងយល់ពីបញ្ហា ផ្តល់ដំណោះស្រាយ ឬបិទបាំងបញ្ហា ដោយសង្ឃឹមថាអ្វីៗនឹងដោះស្រាយដោយខ្លួនឯង ហើយយ៉ាងណាក៏ដោយ អ្វីៗនឹងត្រូវបំភ្លេចចោលក្នុងពេលឆាប់ៗនេះ។
នំខ្ញី និងនំដូណាត់ ស្នាមជាំ និងស្នាមជាំនំខ្ញី និងនំដូណាត់៖
1. គ្មានអ្វីបន្ថែមដើម្បីធ្វើ
2. តែងតែមានឱកាសចេញក្រៅ និងកខ្វក់។
3. ពេលវេលាច្រើនដែលអ្នកអាចចំណាយតាមការសំរេចចិត្តរបស់អ្នក។
ស្នាមជាំ និងស្នាមជាំ៖
1. មិនយូរមិនឆាប់ អតិថិជននឹងគិតអំពីខ្លឹមសារនៃភាពជា និងយុត្តិធម៌សកលនៅក្នុងពិភពលោកនេះ ហើយសួរខ្លួនឯងម្តងទៀតនូវសំណួរថា ហេតុអ្វីបានជាខ្ញុំបង់ប្រាក់ឱ្យពួកគេ? ផលវិបាកគឺតែងតែដូចគ្នា - សំណួរតែមួយគត់គឺនៅពេលដែលអតិថិជនធុញទ្រាន់ហើយគ្រវីលា។ ហើយឧបករណ៍បំលែងគឺទទេ។ វា​ជា​ការ​ក្រៀមក្រំ។
2. ការអភិវឌ្ឍន៍វិស្វករគឺសូន្យ។
3. ភាពលំបាកក្នុងការងាររៀបចំផែនការនិងការផ្ទុក

ជម្រើសទី 2 - "រាំជាមួយ tambourines ពាក់និងពាក់ស្បែកជើង"

កថាខណ្ឌ 1- ហេតុអ្វីបានជាយើងត្រូវការប្រព័ន្ធត្រួតពិនិត្យ យើងនឹងទទួលសំណើទាំងអស់។ យើងបើកដំណើរការសំណួរគ្រប់ប្រភេទទៅកាន់វចនានុក្រមទិន្នន័យ និងទិដ្ឋភាពថាមវន្ត បើកបញ្ជរគ្រប់ប្រភេទ នាំយកអ្វីគ្រប់យ៉ាងទៅក្នុងតារាង វិភាគបញ្ជី និងតារាងតាមកាលកំណត់។ ជាលទ្ធផល យើងមានក្រាហ្វ តារាង របាយការណ៍ ដ៏ស្រស់ស្អាត ឬមិនសូវច្បាស់។ រឿងសំខាន់ - នោះនឹងកាន់តែច្រើន។
កថាខណ្ឌ 2បង្កើតសកម្មភាព - ដំណើរការការវិភាគនៃអ្វីៗទាំងអស់នេះ។
កថាខណ្ឌ 3- យើងកំពុងរៀបចំឯកសារជាក់លាក់មួយ យើងហៅឯកសារនេះដោយសាមញ្ញ - "តើយើងបំពាក់មូលដ្ឋានទិន្នន័យដោយរបៀបណា" ។
កថាខណ្ឌ 4- អតិថិជនដោយមើលឃើញភាពអស្ចារ្យនៃក្រាហ្វ និងតួលេខនេះ ស្ថិតក្នុងភាពជឿជាក់ដ៏ឆោតល្ងង់របស់កូនក្មេង - ឥឡូវនេះអ្វីៗនឹងដំណើរការសម្រាប់យើងឆាប់ៗនេះ។ ហើយ ងាយស្រួល និងគ្មានការឈឺចាប់ ជាផ្នែកជាមួយធនធានហិរញ្ញវត្ថុរបស់ពួកគេ។ ការគ្រប់គ្រងក៏ប្រាកដថាវិស្វកររបស់យើងកំពុងធ្វើការយ៉ាងលំបាក។ ការផ្ទុកអតិបរមា។
កថាខណ្ឌ 5- ធ្វើជំហានទី 1 ម្តងទៀតជាទៀងទាត់។
នំខ្ញី និងនំដូណាត់ ស្នាមជាំ និងស្នាមជាំនំខ្ញី និងនំដូណាត់៖
1. ជីវិតរបស់អ្នកគ្រប់គ្រង និងវិស្វករគឺសាមញ្ញ អាចទស្សន៍ទាយបាន និងពោរពេញទៅដោយសកម្មភាព។ អ្វី​គ្រប់​យ៉ាង​គឺ​ជា​ការ​ភ្ញាក់​ផ្អើល​អ្នក​រាល់​គ្នា​គឺ​ជា​ការ​រវល់​។
2. ជីវិតរបស់អតិថិជនក៏មិនអាក្រក់ដែរ - គាត់តែងតែប្រាកដថាអ្នកត្រូវអត់ធ្មត់បន្តិច ហើយអ្វីៗនឹងដំណើរការ។ វាមិនកាន់តែប្រសើរឡើងទេ ល្អ - ពិភពលោកនេះគឺអយុត្តិធម៌ក្នុងជីវិតបន្ទាប់ - អ្នកនឹងមានសំណាង។
ស្នាមជាំ និងស្នាមជាំ៖
1. មិនយូរមិនឆាប់ នឹងមានអ្នកផ្តល់សេវាស្រដៀងគ្នាដ៏ឆ្លាតវៃដែលនឹងធ្វើដូចគ្នា ប៉ុន្តែមានតម្លៃថោកជាងបន្តិច។ ហើយ​ប្រសិន​បើ​លទ្ធផល​គឺ​ដូច​គ្នា ហេតុ​អ្វី​បាន​ជា​ត្រូវ​បង់​បន្ថែម។ ដែលម្តងទៀតនឹងនាំទៅដល់ការបាត់ខ្លួនរបស់ feeder ។
2. វាគួរឱ្យធុញ។ សកម្មភាពដ៏មានអត្ថន័យតិចតួចគួរឱ្យធុញប៉ុណ្ណា។
3. ដូចនៅក្នុងកំណែមុន - មិនមានការអភិវឌ្ឍន៍ទេ។ ប៉ុន្តែសម្រាប់វិស្វករ គុណវិបត្តិគឺថា មិនដូចជម្រើសទីមួយទេ នៅទីនេះអ្នកត្រូវបង្កើត IDB ជានិច្ច។ ហើយវាត្រូវការពេលវេលា។ ដែលអាចចំណាយសម្រាប់ជាប្រយោជន៍ដល់មនុស្សជាទីស្រលាញ់របស់អ្នក។ ព្រោះ​អ្នក​មិន​អាច​មើល​ថែ​ខ្លួន​ឯង​បាន អ្នក​រាល់​គ្នា​ខ្វល់​ពី​អ្នក។

ជម្រើសទី 3- មិនចាំបាច់បង្កើតកង់ទេ អ្នកត្រូវទិញវាមកជិះ។

វិស្វករមកពីក្រុមហ៊ុនផ្សេងទៀតញ៉ាំភីហ្សាជាមួយស្រាបៀរដោយចេតនា (អូ ពេលវេលាដ៏រុងរឿងរបស់សាំងពេទឺប៊ឺគក្នុងទសវត្សរ៍ទី 90)។ តោះប្រើប្រព័ន្ធត្រួតពិនិត្យដែលបង្កើត បំបាត់កំហុស និងដំណើរការ ហើយជាទូទៅវានាំមកនូវអត្ថប្រយោជន៍ (យ៉ាងហោចណាស់សម្រាប់អ្នកបង្កើតរបស់ពួកគេ)។
នំខ្ញី និងនំដូណាត់ ស្នាមជាំ និងស្នាមជាំនំខ្ញី និងនំដូណាត់៖
1. មិនចាំបាច់ខ្ជះខ្ជាយពេលវេលាបង្កើតអ្វីដែលបានបង្កើតរួចហើយ។ យកហើយប្រើ។
2. ប្រព័ន្ធត្រួតពិនិត្យមិនត្រូវបានសរសេរដោយមនុស្សល្ងីល្ងើទេ ហើយពិតណាស់វាមានប្រយោជន៍។
3. ប្រព័ន្ធត្រួតពិនិត្យការងារជាធម្មតាផ្តល់ព័ត៌មានចម្រោះមានប្រយោជន៍។
ស្នាមជាំ និងស្នាមជាំ៖
1. វិស្វករ​ក្នុង​ករណី​នេះ​មិន​មែន​ជា​វិស្វករ​ទេ​គឺ​គ្រាន់​តែ​ជា​អ្នក​ប្រើ​ប្រាស់​ផលិត​ផល​របស់​អ្នក​ដទៃ​ឬ​អ្នក​ប្រើ​ប៉ុណ្ណោះ។
2. អតិថិជនត្រូវតែជឿជាក់លើតម្រូវការទិញរបស់ដែលជាទូទៅគាត់មិនចង់យល់ ហើយគាត់មិនគួរ ហើយជាទូទៅថវិកាសម្រាប់ឆ្នាំត្រូវបានអនុម័តហើយនឹងមិនផ្លាស់ប្តូរទេ។ បន្ទាប់មកអ្នកត្រូវបែងចែកធនធានដាច់ដោយឡែក កំណត់រចនាសម្ព័ន្ធវាសម្រាប់ប្រព័ន្ធជាក់លាក់មួយ។ ទាំងនោះ។ ដំបូងអ្នកត្រូវបង់ប្រាក់ បង់ ហើយបង់ម្តងទៀត។ ហើយអតិថិជនគឺល្ងង់ នេះគឺជាបទដ្ឋាននៃជីវិតនេះ។

អ្វីដែលត្រូវធ្វើ, Chernyshevsky? សំណួររបស់អ្នកគឺពាក់ព័ន្ធខ្លាំងណាស់។ (ជាមួយ)

នៅក្នុងករណីពិសេសនេះ និងស្ថានភាពបច្ចុប្បន្ន អ្នកអាចធ្វើខុសគ្នាបន្តិចបន្តួច - តោះបង្កើតប្រព័ន្ធត្រួតពិនិត្យផ្ទាល់ខ្លួនរបស់យើង។

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

តើអ្វីទៅជាគុណសម្បត្តិនិងគុណវិបត្តិនៃជម្រើសនេះ:

ប្រុស:
1. វាគួរឱ្យចាប់អារម្មណ៍។ យ៉ាង​ហោច​ណាស់​ក៏​គួរ​ឱ្យ​ចាប់​អារម្មណ៍​ជាង​ "បង្រួញ​ឯកសារ​ទិន្នន័យ កែប្រែ​ចន្លោះ​តារាង។
2. ទាំងនេះគឺជាជំនាញថ្មី និងការអភិវឌ្ឍន៍ថ្មី។ ដែលនៅពេលអនាគតមិនយូរមិនឆាប់នឹងផ្តល់ឱ្យនំប៉័ងខ្ញីនិងនំដូណាត់ដែលសមនឹងទទួលបាន។
គុណវិបត្តិ:
1. ត្រូវធ្វើការ។ ធ្វើការច្រើន។
2. អ្នកនឹងត្រូវពន្យល់ឱ្យបានទៀងទាត់នូវអត្ថន័យ និងទស្សនៈនៃសកម្មភាពទាំងអស់។
3. អ្វីមួយនឹងត្រូវលះបង់ព្រោះធនធានតែមួយគត់ដែលមានសម្រាប់វិស្វករ - ពេលវេលា - ត្រូវបានកំណត់ដោយសកល។
4. អាក្រក់បំផុតនិងមិនសប្បាយចិត្តបំផុត។ - ជាលទ្ធផល សំរាមដូចជា "មិនមែនជាកណ្ដុរ មិនមែនជាកង្កែប ប៉ុន្តែជាសត្វតូចដែលមិនស្គាល់" អាចនឹងប្រែជាចេញ។

អ្នកណាមិនប្រថុយអ្វីមួយមិនផឹកស្រាសំប៉ាញ។
ដូច្នេះ ការសប្បាយចាប់ផ្តើម។

គំនិតទូទៅ - គ្រោងការណ៍

(រូបភាពដកស្រង់ចេញពីអត្ថបទ «ការសំយោគជាវិធីសាស្រ្តមួយដើម្បីកែលម្អការអនុវត្ត PostgreSQL")

ការពន្យល់៖

• មូលដ្ឋានទិន្នន័យគោលដៅត្រូវបានដំឡើងជាមួយផ្នែកបន្ថែម PostgreSQL ស្តង់ដារ “pg_stat_statements” ។
• នៅក្នុងឃ្លាំងទិន្នន័យត្រួតពិនិត្យ យើងបង្កើតសំណុំតារាងសេវាកម្មដើម្បីរក្សាទុកប្រវត្តិ pg_stat_statements នៅដំណាក់កាលដំបូង និងដើម្បីកំណត់រចនាសម្ព័ន្ធម៉ែត្រ និងការត្រួតពិនិត្យនាពេលអនាគត។
• នៅលើម៉ាស៊ីនត្រួតពិនិត្យ យើងបង្កើតសំណុំនៃស្គ្រីប bash រួមទាំងកម្មវិធីសម្រាប់បង្កើតឧប្បត្តិហេតុនៅក្នុងប្រព័ន្ធសំបុត្រ។

តារាងសេវាកម្ម

ដើម្បីចាប់ផ្តើមជាមួយ ERD ដែលមានលក្ខណៈសាមញ្ញតាមគ្រោងការណ៍ អ្វីដែលបានកើតឡើងនៅទីបញ្ចប់៖

ការពិពណ៌នាសង្ខេបនៃតារាងចុង - ម៉ាស៊ីន, ចំណុចតភ្ជាប់ទៅឧទាហរណ៍
មូលដ្ឋានទិន្នន័យ - ជម្រើសមូលដ្ឋានទិន្នន័យ
pg_stat_history - តារាងប្រវត្តិសាស្រ្តសម្រាប់រក្សាទុករូបថតបណ្តោះអាសន្ននៃទិដ្ឋភាព pg_stat_statements នៃមូលដ្ឋានទិន្នន័យគោលដៅ
metric_សទ្ទានុក្រម - វចនានុក្រមនៃសូចនាករការអនុវត្ត
metric_config - ការកំណត់រចនាសម្ព័ន្ធម៉ែត្របុគ្គល
កាល - ម៉ែត្រជាក់លាក់សម្រាប់សំណើដែលកំពុងត្រូវបានត្រួតពិនិត្យ
metric_alert_history - ប្រវត្តិនៃការព្រមានអំពីការអនុវត្ត
log_query - តារាងសេវាកម្មសម្រាប់រក្សាទុកកំណត់ត្រាដែលបានញែកចេញពីឯកសារកំណត់ហេតុ PostgreSQL ដែលបានទាញយកពី AWS
មូលដ្ឋាន - ប៉ារ៉ាម៉ែត្រនៃរយៈពេលដែលប្រើជាមូលដ្ឋាន
ប៉ុស្តិ៍ត្រួតពិនិត្យ - ការកំណត់រចនាសម្ព័ន្ធម៉ែត្រសម្រាប់ពិនិត្យមើលស្ថានភាពនៃមូលដ្ឋានទិន្នន័យ
checkpoint_alert_history - ប្រវត្តិព្រមាននៃការត្រួតពិនិត្យស្ថានភាពមូលដ្ឋានទិន្នន័យម៉ែត្រ
pg_stat_db_queries - តារាងសេវាកម្មនៃសំណើសកម្ម
កំណត់ហេតុ​សកម្មភាព - តារាងសេវាកម្មកំណត់ហេតុសកម្មភាព
trap_oid - តារាងសេវាកម្មកំណត់រចនាសម្ព័ន្ធអន្ទាក់

ដំណាក់កាលទី 1 - ប្រមូលស្ថិតិប្រតិបត្តិការ និងទទួលបានរបាយការណ៍

តារាងមួយត្រូវបានប្រើដើម្បីរក្សាទុកព័ត៌មានស្ថិតិ។ pg_stat_history
រចនាសម្ព័ន្ធតារាង pg_stat_history

                                          តារាង "public.pg_stat_history" ជួរ | ប្រភេទ | អ្នកកែប្រែ --------------------+-------------------------+---- -------------------------------- id | ចំនួនគត់ | មិនមែន null default nextval('pg_stat_history_id_seq'::regclass) snapshot_timestamp | ត្រាពេលវេលាដោយគ្មានតំបន់ពេលវេលា | database_id | ចំនួនគត់ | dbid | អ៊ីដ | userid | អ៊ីដ | សំណួរ | ធំ | សំណួរ | អត្ថបទ | ការហៅទូរស័ព្ទ | ធំ | ពេលវេលាសរុប | ភាពជាក់លាក់ទ្វេដង | min_time | ភាពជាក់លាក់ទ្វេដង | max_time | ភាពជាក់លាក់ទ្វេដង | mean_time | ភាពជាក់លាក់ទ្វេដង | stddev_time | ភាពជាក់លាក់ទ្វេដង | ជួរ | ធំ | shared_blks_hit | ធំ | shared_blks_read | ធំ | shared_blks_dirtied | ធំ | shared_blks_written | ធំ | local_blks_hit | ធំ | local_blks_read | ធំ | local_blks_dirtied | ធំ | local_blks_written | ធំ | temp_blks_read | ធំ | temp_blks_សរសេរ | ធំ | blk_read_time | ភាពជាក់លាក់ទ្វេដង | blk_write_time | ភាពជាក់លាក់ទ្វេដង | baseline_id | ចំនួនគត់ | លិបិក្រម៖ "pg_stat_history_pkey" PRIMARY KEY, btree (id) "database_idx" btree (database_id) "queryid_idx" btree (queryid) "snapshot_timestamp_idx" btree (snapshot_timestamp) Foreign_base"KeyData" ) មូលដ្ឋានទិន្នន័យយោង(id ) នៅលើការលុប CASCADE

ដូចដែលអ្នកអាចមើលឃើញ តារាងគ្រាន់តែជាទិន្នន័យទិដ្ឋភាពរួមប៉ុណ្ណោះ។ pg_stat_statements នៅក្នុងមូលដ្ឋានទិន្នន័យគោលដៅ។

ការប្រើប្រាស់តារាងនេះគឺសាមញ្ញណាស់។

pg_stat_history នឹងតំណាងឱ្យស្ថិតិបង្គរនៃការប្រតិបត្តិសំណួរសម្រាប់ម៉ោងនីមួយៗ។ នៅដើមម៉ោងនីមួយៗបន្ទាប់ពីបំពេញតារាងស្ថិតិ pg_stat_statements កំណត់ឡើងវិញជាមួយ pg_stat_statements_reset().
ចំណាំ: ស្ថិតិត្រូវបានប្រមូលសម្រាប់សំណើដែលមានរយៈពេលលើសពី 1 វិនាទី។
កំពុងបញ្ចូលតារាង pg_stat_history

--pg_stat_history.sql
CREATE OR REPLACE FUNCTION pg_stat_history( ) RETURNS boolean AS $$
DECLARE
  endpoint_rec record ;
  database_rec record ;
  pg_stat_snapshot record ;
  current_snapshot_timestamp timestamp without time zone;
BEGIN
  current_snapshot_timestamp = date_trunc('minute',now());  
  
  FOR endpoint_rec IN SELECT * FROM endpoint 
  LOOP
    FOR database_rec IN SELECT * FROM database WHERE endpoint_id = endpoint_rec.id 
	  LOOP
	    
		RAISE NOTICE 'NEW SHAPSHOT IS CREATING';
		
		--Connect to the target DB	  
	    EXECUTE 'SELECT dblink_connect(''LINK1'',''host='||endpoint_rec.host||' dbname='||database_rec.name||' user=USER password=PASSWORD '')';
 
        RAISE NOTICE 'host % and dbname % ',endpoint_rec.host,database_rec.name;
		RAISE NOTICE 'Creating snapshot of pg_stat_statements for database %',database_rec.name;
		
		SELECT 
	      *
		INTO 
		  pg_stat_snapshot
	    FROM dblink('LINK1',
	      'SELECT 
	       dbid , SUM(calls),SUM(total_time),SUM(rows) ,SUM(shared_blks_hit) ,SUM(shared_blks_read) ,SUM(shared_blks_dirtied) ,SUM(shared_blks_written) , 
           SUM(local_blks_hit) , SUM(local_blks_read) , SUM(local_blks_dirtied) , SUM(local_blks_written) , SUM(temp_blks_read) , SUM(temp_blks_written) , SUM(blk_read_time) , SUM(blk_write_time)
	       FROM pg_stat_statements WHERE dbid=(SELECT oid from pg_database where datname=current_database() ) 
		   GROUP BY dbid
  	      '
	               )
	      AS t
	       ( dbid oid , calls bigint , 
  	         total_time double precision , 
	         rows bigint , shared_blks_hit bigint , shared_blks_read bigint ,shared_blks_dirtied bigint ,shared_blks_written	 bigint ,
             local_blks_hit	 bigint ,local_blks_read bigint , local_blks_dirtied bigint ,local_blks_written bigint ,
             temp_blks_read	 bigint ,temp_blks_written bigint ,
             blk_read_time double precision , blk_write_time double precision	  
	       );
		 
		INSERT INTO pg_stat_history
          ( 
		    snapshot_timestamp  ,database_id  ,
			dbid , calls  ,total_time ,
            rows ,shared_blks_hit  ,shared_blks_read  ,shared_blks_dirtied  ,shared_blks_written ,local_blks_hit , 	 	
            local_blks_read,local_blks_dirtied,local_blks_written,temp_blks_read,temp_blks_written, 	
            blk_read_time, blk_write_time 
		  )		  
	    VALUES
	      (
	       current_snapshot_timestamp ,
		   database_rec.id ,
	       pg_stat_snapshot.dbid ,pg_stat_snapshot.calls,
	       pg_stat_snapshot.total_time,
	       pg_stat_snapshot.rows ,pg_stat_snapshot.shared_blks_hit ,pg_stat_snapshot.shared_blks_read ,pg_stat_snapshot.shared_blks_dirtied ,pg_stat_snapshot.shared_blks_written , 
           pg_stat_snapshot.local_blks_hit , pg_stat_snapshot.local_blks_read , pg_stat_snapshot.local_blks_dirtied , pg_stat_snapshot.local_blks_written , 
	       pg_stat_snapshot.temp_blks_read , pg_stat_snapshot.temp_blks_written , pg_stat_snapshot.blk_read_time , pg_stat_snapshot.blk_write_time 	   
	      );		   
		  
        RAISE NOTICE 'Creating snapshot of pg_stat_statements for queries with min_time more than 1000ms';
	
        FOR pg_stat_snapshot IN
          --All queries with max_time greater than 1000 ms
	      SELECT 
	        *
	      FROM dblink('LINK1',
	        'SELECT 
	         dbid , userid ,queryid,query,calls,total_time,min_time ,max_time,mean_time, stddev_time ,rows ,shared_blks_hit ,
			 shared_blks_read ,shared_blks_dirtied ,shared_blks_written , 
             local_blks_hit , local_blks_read , local_blks_dirtied , 
			 local_blks_written , temp_blks_read , temp_blks_written , blk_read_time , 
			 blk_write_time
	         FROM pg_stat_statements 
			 WHERE dbid=(SELECT oid from pg_database where datname=current_database() AND min_time >= 1000 ) 
  	        '

	                  )
	        AS t
	         ( dbid oid , userid oid , queryid bigint ,query text , calls bigint , 
  	           total_time double precision ,min_time double precision	 ,max_time double precision	 , mean_time double precision	 ,  stddev_time double precision	 , 
	           rows bigint , shared_blks_hit bigint , shared_blks_read bigint ,shared_blks_dirtied bigint ,shared_blks_written	 bigint ,
               local_blks_hit	 bigint ,local_blks_read bigint , local_blks_dirtied bigint ,local_blks_written bigint ,
               temp_blks_read	 bigint ,temp_blks_written bigint ,
               blk_read_time double precision , blk_write_time double precision	  
	         )
	    LOOP
		  INSERT INTO pg_stat_history
          ( 
		    snapshot_timestamp  ,database_id  ,
			dbid ,userid  , queryid  , query  , calls  ,total_time ,min_time ,max_time ,mean_time ,stddev_time ,
            rows ,shared_blks_hit  ,shared_blks_read  ,shared_blks_dirtied  ,shared_blks_written ,local_blks_hit , 	 	
            local_blks_read,local_blks_dirtied,local_blks_written,temp_blks_read,temp_blks_written, 	
            blk_read_time, blk_write_time 
		  )		  
	      VALUES
	      (
	       current_snapshot_timestamp ,
		   database_rec.id ,
	       pg_stat_snapshot.dbid ,pg_stat_snapshot.userid ,pg_stat_snapshot.queryid,pg_stat_snapshot.query,pg_stat_snapshot.calls,
	       pg_stat_snapshot.total_time,pg_stat_snapshot.min_time ,pg_stat_snapshot.max_time,pg_stat_snapshot.mean_time, pg_stat_snapshot.stddev_time ,
	       pg_stat_snapshot.rows ,pg_stat_snapshot.shared_blks_hit ,pg_stat_snapshot.shared_blks_read ,pg_stat_snapshot.shared_blks_dirtied ,pg_stat_snapshot.shared_blks_written , 
           pg_stat_snapshot.local_blks_hit , pg_stat_snapshot.local_blks_read , pg_stat_snapshot.local_blks_dirtied , pg_stat_snapshot.local_blks_written , 
	       pg_stat_snapshot.temp_blks_read , pg_stat_snapshot.temp_blks_written , pg_stat_snapshot.blk_read_time , pg_stat_snapshot.blk_write_time 	   
	      );
		  
        END LOOP;

        PERFORM dblink_disconnect('LINK1');  
				
	  END LOOP ;--FOR database_rec IN SELECT * FROM database WHERE endpoint_id = endpoint_rec.id 
    
  END LOOP;

RETURN TRUE;  
END
$$ LANGUAGE plpgsql;

ជាលទ្ធផលបន្ទាប់ពីរយៈពេលជាក់លាក់មួយនៅក្នុងតារាង pg_stat_history យើង​នឹង​មាន​សំណុំ​រូបភាព​នៃ​មាតិកា​នៃ​តារាង pg_stat_statements មូលដ្ឋានទិន្នន័យគោលដៅ។

ការរាយការណ៍ពិតប្រាកដ

ដោយប្រើសំណួរសាមញ្ញ អ្នកអាចទទួលបានរបាយការណ៍ដែលមានប្រយោជន៍ និងគួរឱ្យចាប់អារម្មណ៍។

ទិន្នន័យ​សរុប​ក្នុង​រយៈពេល​កំណត់

សំណើ

SELECT 
  database_id , 
  SUM(calls) AS calls ,SUM(total_time)  AS total_time ,
  SUM(rows) AS rows , SUM(shared_blks_hit)  AS shared_blks_hit,
  SUM(shared_blks_read) AS shared_blks_read ,
  SUM(shared_blks_dirtied) AS shared_blks_dirtied,
  SUM(shared_blks_written) AS shared_blks_written , 
  SUM(local_blks_hit) AS local_blks_hit , 
  SUM(local_blks_read) AS local_blks_read , 
  SUM(local_blks_dirtied) AS local_blks_dirtied , 
  SUM(local_blks_written)  AS local_blks_written,
  SUM(temp_blks_read) AS temp_blks_read, 
  SUM(temp_blks_written) temp_blks_written , 
  SUM(blk_read_time) AS blk_read_time , 
  SUM(blk_write_time) AS blk_write_time
FROM 
  pg_stat_history
WHERE 
  queryid IS NULL AND
  database_id = DATABASE_ID  AND
  snapshot_timestamp BETWEEN BEGIN_TIMEPOINT AND END_TIMEPOINT
GROUP BY database_id ;

D.B. ពេលវេលា

to_char(ចន្លោះពេល '1 មិល្លីវិនាទី' * pg_total_stat_history_rec.total_time, 'HH24:MI:SS.MS')

ពេលវេលា I/O

to_char(ចន្លោះពេល '1 មិល្លីវិនាទី' * ( pg_total_stat_history_rec.blk_read_time + pg_total_stat_history_rec.blk_write_time ), 'HH24:MI:SS.MS')

TOP10 SQL តាម total_time

សំណើ

SELECT 
  queryid , 
  SUM(calls) AS calls ,
  SUM(total_time)  AS total_time  	
FROM 
  pg_stat_history
WHERE 
  queryid IS NOT NULL AND 
  database_id = DATABASE_ID AND
  snapshot_timestamp BETWEEN BEGIN_TIMEPOINT AND END_TIMEPOINT 
GROUP BY queryid 
ORDER BY 3 DESC 
LIMIT 10

---------------------------------------------------------------- ------------------------------------ | TOP10 SQL ដោយពេលវេលាប្រតិបត្តិសរុប | #| សំណួរ | ការហៅទូរស័ព្ទ | ហៅ %| ពេលវេលាសរុប (ms) | dbtime % ++----+-----------+-----------+----------+-------- -----------------+---------- | ១| 1| ២| .821760255|2:00001:00(03 ms.)| ៥.៤២ | ២| 23.141| ២| .203141.681|5.42:2:4152624390(2 ms.)| ៥.១៧ | ៣| 00001| ៤| .00|03:13.929:193929.215(5.17 ms.)| ៣.៤៤ | ៤| ៦៥៥៧២៩២៧៣| ១| .3|1484454471:4:00001(00 ms.)| ៣.២៥ | ៥| 02| ១| .09.129|129129.057:3.44:4( 655729273 ms.)| 1 | ៦| 00000| ៤| .00|02:01.869:121869.981(3.25 ms.)| .5 | ៧| 2460318461| ១| .1|00000:00:01(33.113 ms.)| .១៦ | ៨| ៣៦៤៤៧៨០២៨៦| ១| .93113.835|2.48:6:2194493487(4 ms.)| .០៣

TOP10 SQL តាមពេលវេលា I/O សរុប

សំណើ

SELECT 
  queryid , 
  SUM(calls) AS calls ,
  SUM(blk_read_time + blk_write_time)  AS io_time
FROM 
  pg_stat_history
WHERE 
  queryid IS NOT NULL AND 
  database_id = DATABASE_ID  AND
  snapshot_timestamp BETWEEN BEGIN_TIMEPOINT AND END_TIMEPOINT
GROUP BY  queryid 
ORDER BY 3 DESC 
LIMIT 10

---------------------------------------------------------------- --------------------------------------- | TOP10 SQL ដោយ TOTAL I/O TIME | #| សំណួរ | ការហៅទូរស័ព្ទ | ហៅ %| ពេលវេលា I/O (ms)|db I/O time % ++----+----------+----------+-------- ----------+--------------------------------+---------- --| ១| 1| ២| .4152624390|2:00001:00(08 ms.)| ៣១ មិថុនា | ២| 31.616| ២| .511616.592|31.06:2:821760255(2 ms.)| ៣០.៧៨ | ៣| ៦៥៥៧២៩២៧៣| ១| .00001|00:08:27.099( 507099.036 ms.)| 30.78 | ៤| 3| ១| .655729273|1:00000:00(05 ms.)| ១៤.៩៣ | ៥| 02.209| ៤| .302209.137|18.35:4:2460318461(1 ms.)| 00000 | ៦| 00| ៤| .04|05.981:245981.117:14.93(5 ms.)| ១.១០ | ៧| 1484454471| ១| .4|00001:00:00(39.144 ms.)| 39144.221 | ៨| ៣៦៤៤៧៨០២៨៦| ១| .2.38|6:2194493487:4(00001 ms.)| .០៣

TOP10 SQL តាមពេលវេលាអតិបរមានៃការប្រតិបត្តិ

សំណើ

SELECT 
  id AS snapshotid , 
  queryid , 
  snapshot_timestamp ,  
  max_time 
FROM 
  pg_stat_history 
WHERE 
  queryid IS NOT NULL AND 
  database_id = DATABASE_ID  AND
  snapshot_timestamp BETWEEN BEGIN_TIMEPOINT AND END_TIMEPOINT
ORDER BY 4 DESC 
LIMIT 10

---------------------------------------------------------------- ------------------------------------ | TOP10 SQL ដោយពេលវេលាប្រតិបត្តិអតិបរមា | #| រូបថត | snapshotID| សំណួរ | max_time (ms) +----+--------------------+-----------------+-------- ---------------------------------------------------- | ១| ០៤/០៥/២០១៩ ម៉ោង ០១:០៣| ៤១៦៩| ៦៥៥៧២៩២៧៣| 1:05.04.2019:01(03 ms.) | ២| 4169/655729273/00 02:01.869| ៤១៥៣| 121869.981| 2:04.04.2019:17(00 ms.) | ៣| 4153/821760255/00 01:41.570| ៤១៤៦| 101570.841| 3:04.04.2019:16(00 ms.) | ៤| 4146/821760255/00 01:41.570| ៤១៤៤| 101570.841| 4:04.04.2019:16( 00 ms.) | ៥| 4144/4152624390/00 01:36.964| ៤១៥១| 96964.607| 5:04.04.2019:17( 00 ms.) | ៦| 4151/4152624390/00 01:36.964 | ៤១៨៨| 96964.607| 6:05.04.2019:10( 00 ms.) | ៧| 4188/1484454471/00 01:33.452| ៤១៥០| 93452.150| 7:04.04.2019:17( 00 ms.) | ៨| 4150/2460318461/00 01:33.113| 93113.835| 8| 04.04.2019:15:00(4140 ms.) | ៩| 1484454471/00/00 11.892:11892.302| ៤១៤៥| 9| 04.04.2019:16:00(4145 ms.) | ១០| 1484454471/00/00 11.892:11892.302| ៤១៥២| 10| 04.04.2019:17:00(4152 ms.)

TOP10 SQL ដោយ SHARED buffer read/write

សំណើ

SELECT 
  id AS snapshotid , 
  queryid ,
  snapshot_timestamp , 
  shared_blks_read , 
  shared_blks_written 
FROM 
  pg_stat_history
WHERE 
  queryid IS NOT NULL AND 
  database_id = DATABASE_ID  AND
  snapshot_timestamp BETWEEN BEGIN_TIMEPOINT AND END_TIMEPOINT AND
  ( shared_blks_read > 0 OR shared_blks_written > 0 )
ORDER BY 4 DESC  , 5 DESC 
LIMIT 10

---------------------------------------------------------------- ------------------------------------ | TOP10 SQL ដោយការចែករំលែក buffer អាន/សរសេរ | #| រូបថត | snapshotID| សំណួរ | ប្លុកដែលបានចែករំលែក អាន| ប្លុកដែលបានចែករំលែកសរសេរ ----+------------------+-----------------+---------- ------------------------+--------------------- | ១| 1/04.04.2019/17 00:4153| ៤១៥៣| 821760255| ៧៩៧៣០៨| 797308 | ២| 0/2/04.04.2019 16:00| ៤១៤៦| 4146| ៧៩៧៣០៨| 821760255 | ៣| ០៤/០៥/២០១៩ ម៉ោង ០១:០៣| ៤១៦៩| ៦៥៥៧២៩២៧៣| ៧៩៧១៥៨| 797308 | ៤| 0/3/05.04.2019 01:03| ៤១៤៤| 4169| 655729273| 797158 | ៥| 0/4/04.04.2019 16:00| ៤១៥១| 4144| 4152624390| 756514 | ៦| 0/5/04.04.2019 17:00| ៤១៥០| 4151| 4152624390| 756514 | ៧| 0/6/04.04.2019 17:00| ៤១៥៥| ៣៦៤៤៧៨០២៨៦| ៥២៩៧៣| 4150 | ៨| ០៤/០៥/២០១៩ ម៉ោង ០១:០៣| ៤១៦៨| 2460318461| 734117| 0 | ៩| 7/04.04.2019/17 00:4155| ៤១៤១| 3644780286| 52973| 0 | ១០| 8/05.04.2019/01 03:4168| ៤១៤៧| 1053044345| 52818| 0 ------------------------------------------------ ------------------------------------------------

អ៊ីស្តូក្រាមនៃការចែកចាយសំណួរដោយពេលវេលាប្រតិបត្តិអតិបរមា

សំណើ

SELECT  
  MIN(max_time) AS hist_min  , 
  MAX(max_time) AS hist_max , 
  (( MAX(max_time) - MIN(min_time) ) / hist_columns ) as hist_width
FROM 
  pg_stat_history 
WHERE 
  queryid IS NOT NULL AND
  database_id = DATABASE_ID  AND
  snapshot_timestamp BETWEEN BEGIN_TIMEPOINT AND END_TIMEPOINT ;

SELECT 
  SUM(calls) AS calls
FROM 
  pg_stat_history 
WHERE 
  queryid IS NOT NULL AND
  database_id =DATABASE_ID  AND
  snapshot_timestamp BETWEEN BEGIN_TIMEPOINT AND END_TIMEPOINT AND 
  ( max_time >= hist_current_min AND  max_time < hist_current_max ) ;

|---------------------------------------------------------------- ---------------------------------------- | MAX_TIME HISTOGRAM | ការហៅសរុប៖ 33851920 | MIN TIME : 00:00:01.063 | MAX TIME : 00:02:01.869 --------------------------------------------- ---------------------------- | រយៈពេលអប្បបរមា| រយៈពេលអតិបរមា| ការហៅទូរស័ព្ទ ---------------------------------------------------- ---------------------+---------- | 00:00:01.063(1063.830 ms.) | 00:00:13.144(13144.445 ms.) | ៩ | 9:00:00(13.144 ms.) | 13144.445:00:00(25.225 ms.) | 25225.060 | 0:00:00(25.225 ms.) | 25225.060:00:00(37.305 ms.) | 37305.675 | 0:00:00(37.305 ms.) | 37305.675:00:00(49.386 ms.) | 49386.290 | 0:00:00(49.386 ms.) | 49386.290:00:01( 01.466 ms.) | 61466.906 | 0:00:01( 01.466 ms.) | 61466.906:00:01(13.547 ms.) | 73547.521 | 0:00:01(13.547 ms.) | 73547.521:00:01(25.628 ms.) | 85628.136 | 0:00:01(25.628 ms.) | 85628.136:00:01(37.708 ms.) | ៤ | 97708.751:4:00(01 ms.) | 37.708:97708.751:00(01 ms.) | ២ | 49.789:109789.366:2(00 ms.) | 01:49.789:109789.366(00 ms.) | 02

រូបថត TOP10 តាមសំណួរក្នុងមួយវិនាទី

សំណើ

--pg_qps.sql
--Calculate Query Per Second 
CREATE OR REPLACE FUNCTION pg_qps( pg_stat_history_id integer ) RETURNS double precision AS $$
DECLARE
 pg_stat_history_rec record ;
 prev_pg_stat_history_id integer ;
 prev_pg_stat_history_rec record;
 total_seconds double precision ;
 result double precision;
BEGIN 
  result = 0 ;
  
  SELECT *
  INTO pg_stat_history_rec
  FROM 
    pg_stat_history
  WHERE id = pg_stat_history_id ;

  IF pg_stat_history_rec.snapshot_timestamp IS NULL 
  THEN
    RAISE EXCEPTION 'ERROR - Not found pg_stat_history for id = %',pg_stat_history_id;
  END IF ;  
  
 --RAISE NOTICE 'pg_stat_history_id = % , snapshot_timestamp = %', pg_stat_history_id , 
 pg_stat_history_rec.snapshot_timestamp ;
  
  SELECT 
    MAX(id)   
  INTO
    prev_pg_stat_history_id
  FROM
    pg_stat_history
  WHERE 
    database_id = pg_stat_history_rec.database_id AND
	queryid IS NULL AND
	id < pg_stat_history_rec.id ;

  IF prev_pg_stat_history_id IS NULL 
  THEN
    RAISE NOTICE 'Not found previous pg_stat_history shapshot for id = %',pg_stat_history_id;
	RETURN NULL ;
  END IF;
  
  SELECT *
  INTO prev_pg_stat_history_rec
  FROM 
    pg_stat_history
  WHERE id = prev_pg_stat_history_id ;
  
  --RAISE NOTICE 'prev_pg_stat_history_id = % , prev_snapshot_timestamp = %', prev_pg_stat_history_id , prev_pg_stat_history_rec.snapshot_timestamp ;    

  total_seconds = extract(epoch from ( pg_stat_history_rec.snapshot_timestamp - prev_pg_stat_history_rec.snapshot_timestamp ));
  
  --RAISE NOTICE 'total_seconds = % ', total_seconds ;    
  
  --RAISE NOTICE 'calls = % ', pg_stat_history_rec.calls ;      
  
  IF total_seconds > 0 
  THEN
    result = pg_stat_history_rec.calls / total_seconds ;
  ELSE
   result = 0 ; 
  END IF;
   
 RETURN result ;
END
$$ LANGUAGE plpgsql;


SELECT 
  id , 
  snapshot_timestamp ,
  calls , 	
  total_time , 
  ( select pg_qps( id )) AS QPS ,
  blk_read_time ,
  blk_write_time
FROM 
  pg_stat_history
WHERE 
  queryid IS NULL AND 
  database_id = DATABASE_ID  AND
  snapshot_timestamp BETWEEN BEGIN_TIMEPOINT AND END_TIMEPOINT AND
  ( select pg_qps( id )) IS NOT NULL 
ORDER BY 5 DESC 
LIMIT 10

|---------------------------------------------------------------- ---------------------------------------- | រូបថត TOP10 ដែលបញ្ជាដោយលេខ QueryPerSeconds --------------------------------------------- ---------------------------------------------------------- --------------------------------------------- | #| រូបថត | snapshotID| ការហៅទូរស័ព្ទ | dbtime សរុប| QPS | ពេលវេលា I/O | ពេលវេលា I/O % +-----+------------------+-----------------+-------- ----+-------------------------------------+---------- ------------------------------------+----------- | ១| ០៤/០៤/២០១៩ ម៉ោង ២០:០៤| ៤១៦១| 1| 04.04.2019:20:04( 4161 ms.)| ១៥៧៣.៣៩៦| 5758631:00:06(30.513 ms.)| .៣៧៦ | ២| 390513.926/1573.396/00 00:01.470| ៤១៤៩| 1470.110| 376:2:04.04.2019(17 ms.)| 00| 4149:3529197:00(11 ms.)| 48.830 | ៣| 708830.618/980.332/00 12:47.834| ៤១៤៣| ៣៥២៥៣៦០| 767834.052:108.324:3( 04.04.2019 ms.)| 16| 00:4143:3525360( 00 ms.)| 10 | ៤| ០៤/០៤/២០១៩ ២១:០៣| ៤១៦៣| ២៧៨១៥៣៦| 13.492:613492.351:979.267(00 ms.)| 08| 41.396:521396.555:84.988(4 ms.)| .១៣៤ | ៥| ០៤/០៤/២០១៩ ម៉ោង ១៩:០៣| ៤១៥៩| ២៨៩០៣៦២| 04.04.2019:21:03(4163 ms.)| 2781536| 00:03:06.470(186470.979 ms.)| .785.745 | ៦| 00/00/00.249 249.865:134| ៤១៣៧| 5| 04.04.2019:19:03(4159 ms.)| ៦៦៥.៩២៤| 2890362:00:03(16.784 ms.)| .196784.755 | ៧| 776.979/00/00 01.441:1441.386| ៤១៣៩| 732| 6:04.04.2019:14(00 ms.)| ៦៦៥.១១៦| 4137:2397326:00(04 ms.)| ៤.១២៦ | ៨| 43.033/283033.854/665.924 00:00 | ៤១៣៥| 00.024| 24.505:009:7(04.04.2019 ms.)| ៦៥៩.១៧៩| 15:00:4139(2394416 ms.)| .០២៤ | ៩| ០៤/០៥/២០១៩ ម៉ោង ០១:០៣| ៤១៦៧| ៤៣៨៧១៩១| 00:04:51.435(291435.010 ms.)| ៦០៩.៣៣២| 665.116:00:00( 12.025 ms.)| 12025.895 | ១០| ០៤/០៤/២០១៩ ម៉ោង ១៨:០១| ៤១៥៧| ១១៤៥៥៩៦| 4.126:8:04.04.2019(13 ms.)| 00| 4135:2373043:00(04 ms.)| ១.៦៦៦

ប្រវត្តិប្រតិបត្តិម៉ោងជាមួយ QueryPerSeconds និង I/O Time

សំណើ

SELECT 
  id , 
  snapshot_timestamp ,
  calls , 	
  total_time , 
  ( select pg_qps( id )) AS QPS ,
  blk_read_time ,
  blk_write_time
FROM 
  pg_stat_history
WHERE 
  queryid IS NULL AND 
  database_id = DATABASE_ID  AND
  snapshot_timestamp BETWEEN BEGIN_TIMEPOINT AND END_TIMEPOINT
ORDER BY 2

|-----------------------------------------------------------------------------------------------
| HOURLY EXECUTION HISTORY  WITH QueryPerSeconds and I/O Time
-----------------------------------------------------------------------------------------------------------------------------------------------
| QUERY PER SECOND HISTORY
|    #|          snapshot| snapshotID|      calls|                      total dbtime|        QPS|                          I/O time| I/O time %
+-----+------------------+-----------+-----------+----------------------------------+-----------+----------------------------------+-----------
|    1|  04.04.2019 11:00|       4131|       3747|  00:00:00.835(       835.374 ms.)|      1.041|  00:00:00.000(          .000 ms.)|       .000
|    2|  04.04.2019 12:00|       4133|    1002722|  00:01:52.419(    112419.376 ms.)|    278.534|  00:00:00.149(       149.105 ms.)|       .133
|    3|  04.04.2019 13:00|       4135|    2373043|  00:04:26.791(    266791.988 ms.)|    659.179|  00:00:00.064(        64.261 ms.)|       .024
|    4|  04.04.2019 14:00|       4137|    2397326|  00:04:43.033(    283033.854 ms.)|    665.924|  00:00:00.024(        24.505 ms.)|       .009
|    5|  04.04.2019 15:00|       4139|    2394416|  00:04:51.435(    291435.010 ms.)|    665.116|  00:00:12.025(     12025.895 ms.)|      4.126
|    6|  04.04.2019 16:00|       4143|    3525360|  00:10:13.492(    613492.351 ms.)|    979.267|  00:08:41.396(    521396.555 ms.)|     84.988
|    7|  04.04.2019 17:00|       4149|    3529197|  00:11:48.830(    708830.618 ms.)|    980.332|  00:12:47.834(    767834.052 ms.)|    108.324
|    8|  04.04.2019 18:01|       4157|    1145596|  00:01:19.217(     79217.372 ms.)|    313.004|  00:00:01.319(      1319.676 ms.)|      1.666
|    9|  04.04.2019 19:03|       4159|    2890362|  00:03:16.784(    196784.755 ms.)|    776.979|  00:00:01.441(      1441.386 ms.)|       .732
|   10|  04.04.2019 20:04|       4161|    5758631|  00:06:30.513(    390513.926 ms.)|   1573.396|  00:00:01.470(      1470.110 ms.)|       .376
|   11|  04.04.2019 21:03|       4163|    2781536|  00:03:06.470(    186470.979 ms.)|    785.745|  00:00:00.249(       249.865 ms.)|       .134
|   12|  04.04.2019 23:03|       4165|    1443155|  00:01:34.467(     94467.539 ms.)|    200.438|  00:00:00.015(        15.287 ms.)|       .016
|   13|  05.04.2019 01:03|       4167|    4387191|  00:06:51.380(    411380.293 ms.)|    609.332|  00:05:18.847(    318847.407 ms.)|     77.507
|   14|  05.04.2019 02:03|       4171|     189852|  00:00:10.989(     10989.899 ms.)|     52.737|  00:00:00.539(       539.110 ms.)|      4.906
|   15|  05.04.2019 03:01|       4173|       3627|  00:00:00.103(       103.000 ms.)|      1.042|  00:00:00.004(         4.131 ms.)|      4.010
|   16|  05.04.2019 04:00|       4175|       3627|  00:00:00.085(        85.235 ms.)|      1.025|  00:00:00.003(         3.811 ms.)|      4.471
|   17|  05.04.2019 05:00|       4177|       3747|  00:00:00.849(       849.454 ms.)|      1.041|  00:00:00.006(         6.124 ms.)|       .721
|   18|  05.04.2019 06:00|       4179|       3747|  00:00:00.849(       849.561 ms.)|      1.041|  00:00:00.000(          .051 ms.)|       .006
|   19|  05.04.2019 07:00|       4181|       3747|  00:00:00.839(       839.416 ms.)|      1.041|  00:00:00.000(          .062 ms.)|       .007
|   20|  05.04.2019 08:00|       4183|       3747|  00:00:00.846(       846.382 ms.)|      1.041|  00:00:00.000(          .007 ms.)|       .001
|   21|  05.04.2019 09:00|       4185|       3747|  00:00:00.855(       855.426 ms.)|      1.041|  00:00:00.000(          .065 ms.)|       .008
|   22|  05.04.2019 10:00|       4187|       3797|  00:01:40.150(    100150.165 ms.)|      1.055|  00:00:21.845(     21845.217 ms.)|     21.812

អត្ថបទនៃការជ្រើសរើស SQL ទាំងអស់។

សំណើ

SELECT 
  queryid , 
  query 
FROM 
  pg_stat_history
WHERE 
  queryid IS NOT NULL AND 
  database_id = DATABASE_ID  AND
  snapshot_timestamp BETWEEN BEGIN_TIMEPOINT AND END_TIMEPOINT
GROUP BY queryid , query

លទ្ធផល

ដូចដែលអ្នកអាចឃើញដោយមធ្យោបាយសាមញ្ញសមរម្យ អ្នកអាចទទួលបានព័ត៌មានមានប្រយោជន៍ជាច្រើនអំពីបន្ទុកការងារ និងស្ថានភាពនៃមូលដ្ឋានទិន្នន័យ។

ចំណាំ៖ប្រសិនបើអ្នកជួសជុលសំណួរនៅក្នុងសំណួរនោះ យើងនឹងទទួលបានប្រវត្តិសម្រាប់សំណើដាច់ដោយឡែកមួយ (ដើម្បីសន្សំទំហំ របាយការណ៍សម្រាប់សំណើដាច់ដោយឡែកត្រូវបានលុបចោល)។

ដូច្នេះ ទិន្នន័យស្ថិតិស្តីពីការអនុវត្តសំណួរអាចរកបាន និងប្រមូលបាន។
ដំណាក់កាលដំបូង "ការប្រមូលទិន្នន័យស្ថិតិ" ត្រូវបានបញ្ចប់។

អ្នកអាចបន្តទៅដំណាក់កាលទីពីរ - "កំណត់រចនាសម្ព័ន្ធម៉ែត្រការអនុវត្ត" ។


ប៉ុន្តែនោះជារឿងខុសគ្នាទាំងស្រុង។

នៅ​មាន​ជា​បន្ត​ទៀត…

ប្រភព: www.habr.com