پرو هوسٽر > بلاگ > انتظاميه > PostgreSQL سوالن جي ڪارڪردگي جي نگراني. حصو 1 - رپورٽنگ

PostgreSQL سوالن جي ڪارڪردگي جي نگراني. حصو 1 - رپورٽنگ

انجنيئر - لاطيني مان ترجمو ٿيل - متاثر ٿيل.
هڪ انجنيئر ڪجهه به ڪري سگهي ٿو. (c) آر ڊيزل.
Epigraphs.
PostgreSQL سوالن جي ڪارڪردگي جي نگراني. حصو 1 - رپورٽنگ
يا هڪ ڪهاڻي جي باري ۾ ڇو هڪ ڊيٽابيس ايڊمنسٽريٽر کي پنهنجي پروگرامنگ ماضي کي ياد رکڻ جي ضرورت آهي.

اڳوڻي

سڀئي نالا تبديل ڪيا ويا آهن. اتفاقات بي ترتيب آهن. مواد صرف ليکڪ جي ذاتي راء جي نمائندگي ڪري ٿو.

وارنٽي جي ترديد: مضمونن جي رٿيل سيريز ۾ استعمال ٿيل جدولن ۽ اسڪرپٽ جو تفصيلي ۽ صحيح بيان نه هوندو. مواد کي فوري طور تي استعمال نه ٿو ڪري سگھجي “AS IS”.
پهرين، مواد جي وڏي مقدار جي ڪري،
ٻيو، هڪ حقيقي گراهڪ جي پيداوار جي بنياد سان ويجهي تعلق جي ڪري.
تنهن ڪري، مضمونن ۾ صرف سڀ کان وڌيڪ عام شڪل ۾ خيالن ۽ وضاحتن تي مشتمل هوندي.
ٿي سگهي ٿو ته مستقبل ۾ سسٽم وڌي ويندو GitHub تي پوسٽ ٿيڻ جي سطح تي، يا شايد نه. وقت ڏيکاريندو.

ڪهاڻي جي شروعات - "توهان کي ياد آهي ته اهو سڀ ڪيئن شروع ٿيو».
نتيجي ۾ ڇا ٿيو، سڀ کان وڌيڪ عام اصطلاحن ۾ - "PostgreSQL ڪارڪردگي کي بهتر ڪرڻ جي طريقن مان هڪ جي طور تي Synthesis»

مون کي اهو سڀ ڪجهه ڇو گهرجي؟

خير، پهرين، ته جيئن نه وساريو، ريٽائرمينٽ ۾ شاندار ڏينهن کي ياد ڪندي.
ٻيو، جيڪو لکيو ويو سو منظم ڪرڻ. ڇو ته ڪڏهن ڪڏهن مون کي پريشان ٿيڻ شروع ڪيو ۽ ڪجهه حصن کي وساريو.

خير، ۽ سڀ کان اهم شيء اها آهي ته اهو ڪنهن جي هٿ ۾ اچي سگهي ٿو ۽ انهن جي مدد ڪري سگهي ٿو ته ڦيٿي کي ٻيهر ٺاهڻ ۽ ريڪ گڏ نه ڪرڻ کان بچڻ. ٻين لفظن ۾، پنهنجي ڪرما کي بهتر ڪريو (خابروف جي نه). ڇاڪاڻ ته هن دنيا ۾ سڀ کان وڌيڪ قيمتي شيء خيالات آهي. بنيادي شيء هڪ خيال ڳولڻ آهي. پر هڪ خيال کي حقيقت ۾ تبديل ڪرڻ هڪ خالص فني سوال آهي.

تنهن ڪري، اچو ته شروع ڪريون، ٿوري دير سان ...

مسئلي جي جوڙجڪ.

دستياب:

PostgreSQL(10.5) ڊيٽابيس، مخلوط لوڊ جو قسم (OLTP+DSS)، وچولي-لائيٽ لوڊ، AWS ڪلائوڊ ۾ واقع.
ڪو به ڊيٽابيس مانيٽرنگ ناهي؛ انفراسٽرڪچر مانيٽرنگ معياري AWS اوزار جي صورت ۾ گهٽ ۾ گهٽ ترتيب ۾ مهيا ڪئي وئي آهي.

گهربل:

ڊيٽابيس جي ڪارڪردگي ۽ حيثيت جي نگراني ڪريو، ڳولھيو ۽ ابتدائي معلومات حاصل ڪريو بھترين ڊيٽابيس جي سوالن کي بهتر ڪرڻ لاءِ.

حل جي اختيارن جو مختصر تعارف يا تجزيو

شروع ڪرڻ سان، اچو ته انجنيئر جي فائدن ۽ نقصانن جي تقابلي تجزيي جي نقطي نظر کان مسئلي کي حل ڪرڻ جي اختيارن جو تجزيو ڪرڻ جي ڪوشش ڪريون، ۽ انھن کي ڏيو جيڪي ان جا حقدار آھن عملي جي شيڊول جي مطابق فائدن سان ڊيل ڪريو ۽ انتظامي نقصان.

اختيار 1 - "مطالبو تي ڪم"

اسان سڀ ڪجهه ڇڏي ڏيو جيئن آهي. جيڪڏهن گراهڪ ڪارڪردگي، ڊيٽابيس يا ايپليڪيشن جي ڪارڪردگي ۾ ڪنهن شيء سان مطمئن نه آهي، هو ڊي بي اي انجنيئرز کي اي ميل ذريعي يا ٽڪيٽ ٽري ۾ واقعا پيدا ڪندي مطلع ڪندو.
انجنيئر، نوٽيفڪيشن حاصل ڪرڻ کان پوء، مسئلي کي سمجهي، حل پيش ڪندو يا مسئلي کي پوئتي برنر تي رکندو، اميد آهي ته هر شيء پاڻ کي حل ڪري ڇڏيندو، ۽ بهرحال، سڀ ڪجهه جلد ئي وساريو ويندو.
جنجر بريڊ ۽ ڊونٽ، ٻرندڙ ۽ bumpsجنجربريڊ ۽ ڊونٽ:
1. اضافي ڪم ڪرڻ جي ڪا ضرورت ناهي.
2. اتي هميشه عذر ڪرڻ ۽ خراب ڪرڻ جو موقعو آهي.
3. گهڻو وقت جيڪو توهان پنهنجي صوابديد تي خرچ ڪري سگهو ٿا.
زخم ۽ ڌڪ:
1. جلد يا دير سان، گراهڪ هن دنيا ۾ وجود ۽ آفاقي انصاف جي جوهر جي باري ۾ سوچيندو ۽ هڪ ڀيرو ٻيهر پاڻ کان اهو سوال پڇندو ته - مان انهن کي پنهنجا پئسا ڇو ادا ڪري رهيو آهيان؟ نتيجو هميشه ساڳيو آهي - صرف سوال اهو آهي جڏهن گراهڪ بور ٿي ويندو ۽ الوداع موج ڪندو. ۽ فيڊر خالي هوندو. اداس آهي.
2. انجنيئر ڊولپمينٽ - صفر.
3. منصوبابندي جي ڪم ۽ لوڊشيڊنگ ۾ مشڪلاتون

آپشن 2- ”دفن سان ناچ، ٻاڦ ڪرڻ ۽ بوٽ پائڻ“

پيراگراف 1-ڇا اسان کي هڪ مانيٽرنگ سسٽم جي ضرورت آهي، اسان درخواستن سان گڏ سڀ ڪجهه وصول ڪنداسين. اسان ڊيٽا ڊڪشنري ۽ متحرڪ نظارن لاءِ هر قسم جي سوالن جو هڪ گروپ هلائيندا آهيون، هر قسم جا ڳڻپيوڪر آن ڪندا آهيون، هر شيءِ کي جدولن ۾ وجھو، ۽ وقتي طور تي فهرستن ۽ جدولن جو تجزيو ڪندا آهيون. نتيجي طور، اسان وٽ خوبصورت يا نه تمام خوبصورت گرافڪس، ٽيبل، رپورٽون آهن. بنيادي شيء وڌيڪ آهي، وڌيڪ.
پيراگراف 2-اسان سرگرمي پيدا ڪريون ٿا ۽ ان سڀني جو تجزيو شروع ڪريون ٿا.
پيراگراف 3-اسان هڪ خاص دستاويز تيار ڪري رهيا آهيون، اسان هن دستاويز کي سادو سڏين ٿا - "اسان کي ڊيٽابيس ڪيئن قائم ڪرڻ گهرجي."
پيراگراف 4- گراهڪ، گراف ۽ انگن جي هي سڀ شان ڏسي، هڪ ٻاراڻي، بي اعتمادي ۾ آهي - هاڻي سڀ ڪجهه اسان لاء ڪم ڪندو، جلدي. ۽، هو آساني سان ۽ بي دردي سان پنهنجي مالي وسيلن سان حصو وٺندو آهي. انتظاميا کي به يقين آهي ته اسان جا انجنيئر بهترين ڪم ڪن ٿا. وڌ ۾ وڌ لوڊ ڪندي.
پيراگراف 5- ورجايو قدم 1 باقاعدي.
جنجر بريڊ ۽ ڊونٽ، ٻرندڙ ۽ bumpsجنجربريڊ ۽ ڊونٽ:
1. مئنيجرن ۽ انجنيئرن جي زندگي سادي، پيش گوئي ۽ سرگرمي سان ڀريل آهي. هرڪو گونجي رهيو آهي، هرڪو مصروف آهي.
2. گراهڪ جي زندگي به خراب ناهي - هن کي هميشه پڪ آهي ته هن کي صرف ٿورو صبر ڪرڻ جي ضرورت آهي ۽ سڀ ڪجهه ڪم ڪندو. اهو بهتر نه ٿي رهيو آهي، خير، دنيا غير منصفانه آهي، ايندڙ زندگي ۾ توهان خوش قسمت هوندا.
زخم ۽ ڌڪ:
1. جلد يا دير سان، هڪ اهڙي خدمت جو هڪ تيز فراهم ڪندڙ هوندو جيڪو ساڳيو ڪم ڪندو، پر ٿورو سستو. ۽ جيڪڏهن نتيجو ساڳيو آهي، ڇو وڌيڪ ادا ڪريو. جنهن ڪري وري فيڊر جي غائب ٿيڻ جو خدشو آهي.
2. اهو بورنگ آهي. ڪا به بي معنيٰ سرگرمي ڪيترو بور ڪندڙ آهي.
3. جيئن پوئين ورزن ۾، ڪو به ترقي نه آهي. پر هڪ انجنيئر لاءِ، نقصان اهو آهي ته، پهرين اختيار جي برعڪس، توهان کي مسلسل IBD ٺاهڻ جي ضرورت آهي. ۽ اهو وقت وٺندو آهي. جيڪو توهان پنهنجي پياري جي فائدي لاء خرچ ڪري سگهو ٿا. ڇو ته توهان پنهنجو خيال نٿا رکي سگهو، ڪو به توهان جي باري ۾ ڪو به ڌيان نه ڏيندو.

آپشن 3 - توهان کي سائيڪل ايجاد ڪرڻ جي ضرورت ناهي، توهان کي صرف ان کي خريد ڪرڻ ۽ سواري ڪرڻ جي ضرورت آهي.

اهو ڪجھ به نه آهي ته ٻين ڪمپنين جا انجنيئر بيئر سان پيزا کائيندا آهن (او، 90s ۾ سينٽ پيٽرسبرگ جي شاندار ڏينهن). اچو ته مانيٽرنگ سسٽم استعمال ڪريون جيڪي ٺهيل، ڊيبگ ۽ ڪم ڪري رهيا آهن، ۽ عام طور تي ڳالهائڻ جو فائدو (سٺو، گهٽ ۾ گهٽ انهن جي تخليق ڪندڙن کي).
جنجر بريڊ ۽ ڊونٽ، ٻرندڙ ۽ bumpsجنجربريڊ ۽ ڊونٽ:
1. ڪا به ضرورت نه آهي ته وقت ضايع ڪرڻ جي شيء سان گڏ اچي جيڪو اڳ ۾ ئي ايجاد ڪيو ويو آهي. ان کي وٺو ۽ استعمال ڪريو.
2. مانيٽرنگ سسٽم بيوقوفن پاران لکيل نه آهن ۽ اهي، يقينا، مفيد آهن.
3. ڪم ڪندڙ مانيٽرنگ سسٽم عام طور تي مفيد فلٽر ٿيل معلومات مهيا ڪن ٿا.
زخم ۽ ڌڪ:
1. هن معاملي ۾ انجنيئر انجنيئر نه آهي، پر صرف ڪنهن ٻئي جي پيداوار جو استعمال ڪندڙ. يا هڪ صارف.
2. گراهڪ کي ڪا شيء خريد ڪرڻ جي ضرورت جو قائل هجڻ گهرجي، عام طور تي ڳالهائڻ، هو سمجهڻ نه چاهيندو، ۽ نه ڪرڻ گهرجي، ۽ عام طور تي سال جي بجيٽ منظور ڪئي وئي آهي ۽ تبديل نه ٿيندي. پوء توهان کي هڪ الڳ وسيلو مختص ڪرڻ جي ضرورت آهي ۽ ان کي هڪ مخصوص سسٽم لاء ترتيب ڏيڻ جي ضرورت آهي. اهي. پهرين توهان کي ادا ڪرڻ جي ضرورت آهي، ادا ڪريو ۽ ٻيهر ادا ڪريو. ۽ گراهڪ بيوقوف آهي. هي آهي هن زندگيءَ جو رواج.

ڇا ڪجي - Chernyshevsky؟ توهان جو سوال تمام ضروري آهي. (سان)

هن خاص صورت ۽ موجوده صورتحال ۾، توهان ان کي ٿورو مختلف ڪري سگهو ٿا. اچو ته پنهنجو مانيٽرنگ سسٽم ٺاهيون.
PostgreSQL سوالن جي ڪارڪردگي جي نگراني. حصو 1 - رپورٽنگ
خير، هڪ سسٽم نه، يقينا، لفظ جي مڪمل معني ۾، اهو تمام بلند ۽ گستاخ آهي، پر گهٽ ۾ گهٽ ڪنهن به طرح توهان جي ڪم کي آسان بڻائي ۽ ڪارڪردگي جي واقعن کي حل ڪرڻ لاء وڌيڪ معلومات گڏ ڪريو. پاڻ کي اهڙي صورتحال ۾ نه ڳولڻ لاءِ - ”اتي وڃ، مون کي خبر ناهي ته ڪٿي، ڪجهه ڳولهيو، مون کي خبر ناهي ڇا.

هن اختيار جا فائدا ۽ نقصان ڇا آهن:

پرو:
1. هي دلچسپ آهي. خير، گهٽ ۾ گهٽ اهو مسلسل کان وڌيڪ دلچسپ آهي "ڊيٽا فائل کي ڇڪايو، ٽيبل اسپيس کي تبديل ڪريو، وغيره."
2. اهي نيون صلاحيتون ۽ نئين ترقي آهن. جيڪو، جلدي يا بعد ۾، توهان کي سٺي مستحق جنجربريڊ ۽ ڊونٽس ڏيندو.
ڪن
1. توهان کي ڪم ڪرڻو پوندو. ڏکيو ڪم.
2. توهان کي باقاعدي طور تي سڀني سرگرمين جي معنيٰ ۽ امڪانن جي وضاحت ڪرڻي پوندي.
3. ڪجهه به قربان ڪرڻو پوندو، ڇاڪاڻ ته هڪ انجنيئر وٽ موجود واحد وسيلو - وقت - ڪائنات طرفان محدود آهي.
4. بدترين ۽ سڀ کان وڌيڪ ناپسنديده شيء - نتيجو بڪواس ٿي سگهي ٿو جهڙوڪ "نه ماؤس، نه ڏيڏر، پر هڪ نامعلوم جانور."

جيڪي خطرو نه کڻندا آهن اهي شيمپين نه پيئندا آهن.
پوء - مذاق شروع ٿئي ٿو.

عام خيال - schematically

PostgreSQL سوالن جي ڪارڪردگي جي نگراني. حصو 1 - رپورٽنگ
(مضمون مان ورتو ويو مثال «PostgreSQL ڪارڪردگي کي بهتر ڪرڻ جي طريقن مان هڪ جي طور تي Synthesis»)

وضاحت:

  • معياري PostgreSQL واڌارو "pg_stat_statements" ٽارگيٽ ڊيٽابيس ۾ نصب ٿيل آهي.
  • مانيٽرنگ ڊيٽابيس ۾، اسان شروعاتي اسٽيج تي pg_stat_statements جي تاريخ کي محفوظ ڪرڻ ۽ مستقبل ۾ ميٽرڪ ۽ مانيٽرنگ قائم ڪرڻ لاءِ سروس جدولن جو هڪ سيٽ ٺاهيندا آهيون.
  • مانيٽرنگ ميزبان تي، اسان بش اسڪرپٽس جو هڪ سيٽ ٺاهيندا آهيون، بشمول ٽڪيٽ سسٽم ۾ واقعا پيدا ڪرڻ لاءِ.

خدمت جي ٽيبل

پهريون، هڪ اسڪيمياتي آسان ERD، آخر ۾ ڇا ٿيو:
PostgreSQL سوالن جي ڪارڪردگي جي نگراني. حصو 1 - رپورٽنگ
جدولن جي مختصر وضاحتآخرڪار - ميزبان، مثال سان ڪنيڪشن جو نقطو
ڊيٽابيس - ڊيٽابيس پيٽرولر
pg_stat_history - ٽارگيٽ ڊيٽابيس جي pg_stat_statements ڏيک جي عارضي تصويرن کي محفوظ ڪرڻ لاءِ هڪ تاريخي جدول
metric_glossary - ڪارڪردگي ميٽرڪ جي لغت
metric_config - انفرادي ميٽرڪ جي ترتيب
ميٽرڪ - درخواست لاءِ هڪ مخصوص ميٽرڪ جيڪا نگراني ڪئي پئي وڃي
metric_alert_history - ڪارڪردگي خبردارين جي تاريخ
log_query - AWS مان ڊائون لوڊ ڪيل PostgreSQL لاگ فائل مان پارس ٿيل رڪارڊ محفوظ ڪرڻ لاءِ هڪ سروس ٽيبل
بيس لائين - بنيادي طور استعمال ٿيل وقت جي مدت جا پيرا ميٽر
چوڪيدار - ڊيٽابيس جي صورتحال کي جانچڻ لاءِ ميٽرڪس جي ترتيب
checkpoint_alert_history - ڊيڄاريندڙ تاريخ ڊيٽابيس جي صحت جي چڪاس جي ميٽرڪ
pg_stat_db_queries - فعال درخواستن جي خدمت جدول
activity_log - سرگرمي لاگ سروس ٽيبل
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 | oid | userid | oid | queryid | وڏيون | سوال | متن | ڪال | وڏيون | کل_وقت | ٻٽي سڌائي | منٽ_وقت | ٻٽي سڌائي | وڌ_وقت | ٻٽي سڌائي | مطلب_وقت | ٻٽي سڌائي | 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_written | وڏيون | 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) فارين-ڪي: "IG_kdasestraint FORE_ID_KABDASENT" id) حوالا ڊيٽابيس (id ) DELETE 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 ;

ڊي بي وقت

to_char(وقف '1 ملي سيڪنڊ' * pg_total_stat_history_rec.total_time, 'HH24:MI:SS.MS')

I/O وقت

کي_چار

TOP10 SQL by 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 بائي TOTAL EXECUTION TIME | #| queryid| ڪال| ڪالز %| total_time (ms) | ڊي بي ٽائيم % +------------ +------------ +------------ +------------+ ------ ---------------------------------------- +------------ | 1| 821760255| 2| .00001|00:03:23.141( 203141.681 ms.)| 5.42 | 2| 4152624390| 2| .00001|00:03:13.929( 193929.215 ms.)| 5.17 | 3| 1484454471| 4| .00001|00:02:09.129( 129129.057 ms.)| 3.44 | 4| 655729273| 1| .00000|00:02:01.869( 121869.981 ms.)| 3.25 | 5| 2460318461| 1| .00000|00:01:33.113 (93113.835 ms.)| 2.48 | 6| 2194493487| 4| .00001|00:00:17.377( 17377.868 ms.)| .46 | 7| 1053044345| 1| .00000|00:00:06.156 (6156.352 ms.)| .16 | 8| 3644780286| 1| .00000|00:00:01.063( 1063.830 ms.)| .03

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 | #| queryid| ڪال| ڪالز %| I/O وقت (ms)|db I/O وقت % +------+------------+--------- +------ ------------------------- +----------------------------------------- --------- | 1| 4152624390| 2| .00001|00:08:31.616 (511616.592 ms.)| 31.06 | 2| 821760255| 2| .00001|00:08:27.099( 507099.036 ms.)| 30.78 | 3| 655729273| 1| .00000|00:05:02.209( 302209.137 ms.)| 18.35 | 4| 2460318461| 1| .00000|00:04:05.981( 245981.117 ms.)| 14.93 | 5| 1484454471| 4| .00001|00:00:39.144( 39144.221 ms.)| 2.38 | 6| 2194493487| 4| .00001|00:00:18.182 (18182.816 ms.)| 1.10 | 7| 1053044345| 1| .00000|00:00:16.611 (16611.722 ms.)| 1.01 | 8| 3644780286| 1| .00000|00:00:00.436( 436.205 ms.)| .03

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 بائي MAX EXECUTION TIME | #| تصوير | snapshotID| queryid| وڌ ۾ وڌ_وقت (ايم ايس) +---------------------------- +------------ +--------- --+----------------------------------------- | 1| 05.04.2019/01/03 4169:655729273 | 00| 02| 01.869:121869.981:2 (04.04.2019 ms.) | 17| 00/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:4144 (4152624390 ms.) | 00| 01/36.964/96964.607 5:04.04.2019| 17| 00| 4151:4152624390:00 (01 ms.) | 36.964| 96964.607/6/05.04.2019 10:00| 4188| 1484454471| 00:01:33.452 (93452.150 ms.) | 7| 04.04.2019/17/00 4150:2460318461| 00| 01| 33.113:93113.835:8 (04.04.2019 ms.) | 15| 00/4140/1484454471 00:00| 11.892| 11892.302| 9:04.04.2019:16 (00 ms.) | 4145| 1484454471/00/00 11.892:11892.302| 10| 04.04.2019| 17:00:4152 (1484454471 ms.) | 00| 00/11.892/11892.302 XNUMX:XNUMX| XNUMX| XNUMX| XNUMX:XNUMX:XNUMX (XNUMX ms.) | XNUMX| XNUMX/XNUMX/XNUMX XNUMX:XNUMX| XNUMX| XNUMX| XNUMX:XNUMX:XNUMX (XNUMX ms.)

TOP10 SQL SHARED بفر پاران پڙھڻ/لکڻ

عرض ڪيو

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 SHARED BUFER READ/WRITE | #| تصوير | snapshotID| queryid| حصيداري بلاڪ پڙهو| شيئر ٿيل بلاڪ لکن ٿا +---------------------------------- +--------- ------------------------- +----------------------| 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 9:04.04.2019| 15| 00| 4141| 2194493487 | 52813| 0/10/04.04.2019 16:00 | 4147| 2194493487| 52813| 0 | XNUMX| XNUMX/XNUMX/XNUMX XNUMX:XNUMX| XNUMX| XNUMX| XNUMX| XNUMX | XNUMX| XNUMX/XNUMX/XNUMX XNUMX:XNUMX| XNUMX| XNUMX| XNUMX| XNUMX ------------------------------------------------- ----------------------------------------------------------------------

درخواستن جي ورهاست جو هسٽوگرام وڌ ۾ وڌ عمل جي وقت سان

درخواستون

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 هسٽوگرام | ڪل ڪالون: 33851920 | منٽ ٽائيم: 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 (13144.445 ms.) | 00:00:25.225 (25225.060 ms.) | 0 | 00:00:25.225 (25225.060 ms.) | 00:00:37.305 (37305.675 ms.) | 0 | 00:00:37.305 (37305.675 ms.) | 00:00:49.386 (49386.290 ms.) | 0 | 00:00:49.386 (49386.290 ms.) | 00:01:01.466 (61466.906 ms.) | 0 | 00:01:01.466 (61466.906 ms.) | 00:01:13.547 (73547.521 ms.) | 0 | 00:01:13.547 (73547.521 ms.) | 00:01:25.628 (85628.136 ms.) | 0 | 00:01:25.628 (85628.136 ms.) | 00:01:37.708 (97708.751 ms.) | 4 | 00:01:37.708 (97708.751 ms.) | 00:01:49.789 (109789.366 ms.) | 2 | 00:01:49.789 (109789.366 ms.) | 00:02:01.869 (121869.981 ms.) | 0

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| ڪال| ڪل ڊي بي ٽائيم| QPS| I/O وقت| I/O وقت % +------+-------------------------------------------- ---------------------------------------- +---------------------- --------------------------- +------------| 1| 04.04.2019/20/04 4161:5758631| 00| 06| 30.513:390513.926:1573.396 (00 ms.)| 00| 01.470:1470.110:376 (2 ms.)| .04.04.2019| 17| 00/4149/3529197 00:11| 48.830| 708830.618| 980.332:00:12 (47.834 ms.)| 767834.052 | 108.324:3:04.04.2019 (16 ms.)| 00 | 4143| 3525360/00/10 13.492:613492.351| 979.267| 00| 08:41.396:521396.555 (84.988 ms.)| 4 | 04.04.2019:21:03(4163 ms.)| 2781536 | 00| 03/06.470/186470.979 785.745:00 | 00| 00.249| 249.865:134:5 (04.04.2019 ms.)| 19 | 03:4159:2890362(00 ms.)| .03| 16.784| 196784.755 776.979:00 | 00| 01.441| 1441.386:732:6 (04.04.2019 ms.)| 14 | 00:4137:2397326 (00 ms.)| .04 | 43.033| 283033.854/665.924/00 00:00.024| 24.505| 009| 7:04.04.2019:15 (00 ms.)| 4139 | 2394416:00:04(51.435 ms.)| .291435.010 | 665.116| 00/00/12.025 12025.895:4.126| 8| 04.04.2019| 13:00:4135 (2373043 ms.)| 00| 04:26.791:266791.988 (659.179 ms.)| 00 | 00| 00.064 64.261:024 | 9| 05.04.2019| 01:03:4167 (4387191 ms.)| 00 | 06:51.380:411380.293 (609.332 ms.)| .00 | 05| 18.847/318847.407/77.507 10:04.04.2019 | 18| 01| 4157:1145596:00 (01 ms.)| 19.217 | 79217.372:313.004:00 (00 ms.)| 01.319 | 1319.676| 1.666/XNUMX/XNUMX XNUMX:XNUMX| XNUMX| XNUMX| XNUMX:XNUMX:XNUMX (XNUMX ms.)| XNUMX | XNUMX:XNUMX:XNUMX (XNUMX ms.)| XNUMX

QueryPerSeconds ۽ I/O وقت سان ڪلاڪ جي عمل جي تاريخ

عرض ڪيو

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

نتيجو

جئين توهان ڏسي سگهو ٿا، بلڪل سادي وسيلا استعمال ڪندي، توهان ڊيٽابيس جي ڪم لوڊ ۽ حالت بابت تمام گهڻي مفيد معلومات حاصل ڪري سگهو ٿا.

نوٽ:جيڪڏهن اسان سوالن ۾ queryid کي رڪارڊ ڪريون ٿا، اسان کي هڪ الڳ سوال جي تاريخ ملندي (جڳهه بچائڻ لاءِ، هڪ الڳ سوال لاءِ رپورٽون ختم ڪيون ويون آهن).

تنهن ڪري، سوال جي ڪارڪردگي تي شمارياتي ڊيٽا موجود آهي ۽ گڏ ڪيل آهي.
پهريون مرحلو "شمارياتي ڊيٽا گڏ ڪرڻ" مڪمل ڪيو ويو آهي.

توهان ٻئي اسٽيج تي منتقل ڪري سگهو ٿا - "ڪارڪردگي جي ماپ کي ترتيب ڏيڻ".
PostgreSQL سوالن جي ڪارڪردگي جي نگراني. حصو 1 - رپورٽنگ

پر اهو هڪ مڪمل طور تي مختلف ڪهاڻي آهي.

جاري رکڻ گهرجي…

جو ذريعو: www.habr.com

تبصرو شامل ڪريو