PostgreSQL მოთხოვნების შესრულების მონიტორინგი. ნაწილი 1 - მოხსენება

ინჟინერი - ლათინურიდან თარგმნა - შთაგონებული.
ინჟინერს ყველაფრის გაკეთება შეუძლია. (გ) R. Diesel.
ეპიგრაფები.

ან ამბავი იმის შესახებ, თუ რატომ უნდა ახსოვდეს მონაცემთა ბაზის ადმინისტრატორს თავისი პროგრამირების წარსული.

წინასიტყვაობა

ყველა სახელი შეიცვალა. მატჩები შემთხვევითია. მასალა მხოლოდ ავტორის პირადი აზრია.

გარანტიების უარყოფა: სტატიების დაგეგმილ სერიაში არ იქნება გამოყენებული ცხრილებისა და სკრიპტების დეტალური და ზუსტი აღწერა. მასალების დაუყოვნებლივ გამოყენება შეუძლებელია "როგორც არის".
პირველ რიგში, მასალის დიდი რაოდენობის გამო,
მეორეც, რეალური მომხმარებლის საწარმოო ბაზასთან სიმკვეთრის გამო.
ამიტომ, სტატიებში მოცემულია მხოლოდ იდეები და აღწერილობები ყველაზე ზოგადი ფორმით.
შესაძლოა, მომავალში სისტემა გაიზარდოს GitHub-ზე გამოქვეყნების დონემდე, ან შეიძლება არა. Დრო გვიჩვენებს.

ისტორიის დასაწყისი -გახსოვთ როგორ დაიწყო ეს ყველაფერი".
რა მოხდა შედეგად, ყველაზე ზოგადი თვალსაზრისით - "სინთეზი, როგორც PostgreSQL მუშაობის გაუმჯობესების ერთ-ერთი მეთოდი»

რატომ მჭირდება ეს ყველაფერი?

კარგად, პირველ რიგში, ისე, რომ არ დაივიწყოთ საკუთარი თავი, გაიხსენოთ პენსიაზე გასვლის დიდებული დღეები.
მეორეც, დაწერილის სისტემატიზაცია. უკვე საკუთარი თავისთვის, ხანდახან ვიწყებ დაბნეულობას და ცალკეული ნაწილების დავიწყებას.

კარგად, და რაც მთავარია - მოულოდნელად ეს შეიძლება ვინმეს გამოადგეს და დაეხმაროს არ გამოიგონოს ბორბალი და არ შეაგროვოს საკომისიო. სხვა სიტყვებით რომ ვთქვათ, გააუმჯობესე შენი კარმა (არა ხაბროვსკი). რადგან ამ სამყაროში ყველაზე ღირებული იდეებია. მთავარია იდეის პოვნა. და იდეის რეალობად თარგმნა უკვე წმინდა ტექნიკური საკითხია.

ასე რომ ნელ-ნელა დავიწყოთ...

პრობლემის ფორმულირება.

ხელმისაწვდომია:

PostgreSQL (10.5), შერეული დატვირთვა (OLTP+DSS), საშუალო და მსუბუქი დატვირთვა, განთავსებულია AWS ღრუბელში.
არ არსებობს მონაცემთა ბაზის მონიტორინგი, ინფრასტრუქტურის მონიტორინგი წარმოდგენილია როგორც სტანდარტული AWS ინსტრუმენტები მინიმალური კონფიგურაციით.

საჭიროა:

დააკვირდით მონაცემთა ბაზის მუშაობას და სტატუსს, იპოვეთ და მიიღეთ საწყისი ინფორმაცია მონაცემთა ბაზის მძიმე მოთხოვნების ოპტიმიზაციისთვის.

გადაწყვეტილებების მოკლე შესავალი ან ანალიზი

დასაწყისისთვის, შევეცადოთ გავაანალიზოთ პრობლემის გადაჭრის ვარიანტები ინჟინრის სარგებელისა და პრობლემების შედარებითი ანალიზის თვალსაზრისით, და მივცეთ მათ, ვინც უნდა იყოს პერსონალის სიაში, გაუმკლავდეთ სარგებელსა და ზარალს. მენეჯმენტის.

ვარიანტი 1 - "მუშაობა მოთხოვნით"

ყველაფერს ისე ვტოვებთ, როგორც არის. თუ მომხმარებელი რაიმეთი არ არის კმაყოფილი ჯანმრთელობის, მონაცემთა ბაზის ან აპლიკაციის ფუნქციონირებით, ის აცნობებს DBA ინჟინრებს ელექტრონული ფოსტით ან ბილეთების ყუთში ინციდენტის შექმნით.
ინჟინერი, როდესაც მიიღო შეტყობინება, გაიგებს პრობლემას, შესთავაზებს გამოსავალს ან პრობლემას თაროზე დატოვებს, იმ იმედით, რომ ყველაფერი თავისთავად მოგვარდება და მაინც, ყველაფერი მალე დაივიწყება.
Gingerbread და donuts, სისხლჩაქცევები და მუწუკებიGingerbread და donuts:
1. ზედმეტი არაფერი
2. ყოველთვის არის გამოსვლის და დაბინძურების შესაძლებლობა.
3. ბევრი დრო, რომელიც შეგიძლიათ დახარჯოთ საკუთარ თავზე.
სისხლჩაქცევები და მუწუკები:
1. ადრე თუ გვიან მომხმარებელი იფიქრებს ამ სამყაროში ყოფნის არსზე და საყოველთაო სამართლიანობაზე და კიდევ ერთხელ დაუსვამს საკუთარ თავს კითხვას - რატომ ვუხდი მათ ფულს? შედეგი ყოველთვის ერთი და იგივეა - ერთადერთი კითხვაა, როცა მომხმარებელი მობეზრდება და დაემშვიდობა. და მიმწოდებელი ცარიელია. სამწუხაროა.
2. ინჟინრის განვითარება ნულის ტოლია.
3. სამუშაოს დაგეგმვისა და დატვირთვის სირთულეები

ვარიანტი 2 - ”იცეკვე ტამბურებით, ჩაიცვი და ჩაიცვი ფეხსაცმელი”

პუნქტი 1-რაში გვჭირდება მონიტორინგის სისტემა, ყველა მოთხოვნას მივიღებთ. ჩვენ ვუშვებთ უამრავ სახის მოთხოვნას მონაცემთა ლექსიკონში და დინამიურ ხედებში, ჩართავთ ყველა სახის მრიცხველს, ყველაფერს ვატანთ ცხრილებში, პერიოდულად ვაანალიზებთ სიებსა და ცხრილებს, როგორც ეს იყო. შედეგად, ჩვენ გვაქვს ლამაზი ან არა ძალიან გრაფიკები, ცხრილები, ანგარიშები. მთავარია - ეს იქნება მეტი, მეტი.
პუნქტი 2-შექმენით აქტივობა-გაატარეთ ამ ყველაფრის ანალიზი.
პუნქტი 3- ჩვენ ვამზადებთ გარკვეულ დოკუმენტს, ამ დოკუმენტს ვუწოდებთ, უბრალოდ - "როგორ აღჭურვა მონაცემთა ბაზა".
პუნქტი 4- მომხმარებელი, გრაფიკების და ფიგურების ამ დიდებულების დანახვისას, ბავშვურ გულუბრყვილო თავდაჯერებულობაშია - ახლა ყველაფერი გამოგვივა, მალე. და, მარტივად და უმტკივნეულოდ დაშორდნენ მათ ფინანსურ რესურსებს. მენეჯმენტი ასევე დარწმუნებულია, რომ ჩვენი ინჟინრები ბევრს მუშაობენ. მაქსიმალური დატვირთვა.
პუნქტი 5- რეგულარულად გაიმეორეთ ნაბიჯი 1.
Gingerbread და donuts, სისხლჩაქცევები და მუწუკებიGingerbread და donuts:
1. მენეჯერებისა და ინჟინრების ცხოვრება მარტივია, პროგნოზირებადი და სავსე საქმიანობით. ყველაფერი ზუზუნებს, ყველა დაკავებულია.
2. მომხმარებლის ცხოვრებაც არ არის ცუდი – ის ყოველთვის დარწმუნებულია, რომ ცოტა მოთმინება გჭირდებათ და ყველაფერი გამოგივა. არ ხდება უკეთესი, კარგი, კარგი - ეს სამყარო უსამართლოა, შემდეგ ცხოვრებაში - იღბლიანი.
სისხლჩაქცევები და მუწუკები:
1. ადრე თუ გვიან, გაჩნდება მსგავსი სერვისის უფრო ჭკვიანი პროვაიდერი, რომელიც იგივეს გააკეთებს, მაგრამ ცოტა იაფად. და თუ შედეგი იგივეა, რატომ გადაიხადოთ მეტი. რაც ისევ გამოიწვევს მიმწოდებლის გაქრობას.
2. მოსაწყენია. რა მოსაწყენია ნებისმიერი მცირე აზრიანი აქტივობა.
3. როგორც წინა ვერსიაში - არანაირი განვითარება. მაგრამ ინჟინრისთვის, მინუსი ის არის, რომ პირველი ვარიანტისგან განსხვავებით, აქ მუდმივად გჭირდებათ IDB-ის გენერირება. და ამას დრო სჭირდება. რომელიც შეიძლება დახარჯოთ თქვენი საყვარელი ადამიანის სასარგებლოდ. რადგან შენ არ შეგიძლია იზრუნო საკუთარ თავზე, ყველა შენზე ზრუნავს.

ვარიანტი 3-არ არის საჭირო ველოსიპედის გამოგონება, უნდა იყიდო და იარე.

სხვა კომპანიების ინჟინრები შეგნებულად მიირთმევენ პიცას ლუდთან ერთად (ოჰ, პეტერბურგის დიდებული დრო 90-იან წლებში). მოდით გამოვიყენოთ მონიტორინგის სისტემები, რომლებიც დამზადებულია, გამართულია და მუშაობს, და ზოგადად რომ ვთქვათ, მათ მოაქვს სარგებელი (კარგად, ყოველ შემთხვევაში მათი შემქმნელებისთვის).
Gingerbread და donuts, სისხლჩაქცევები და მუწუკებიGingerbread და donuts:
1. არ არის საჭირო დროის დაკარგვა იმისთვის, რაც უკვე გამოგონილია. მიიღეთ და გამოიყენეთ.
2. მონიტორინგის სისტემებს სულელები არ წერენ და რა თქმა უნდა სასარგებლოა.
3. სამუშაო მონიტორინგის სისტემები, როგორც წესი, გვაწვდიან სასარგებლო გაფილტრულ ინფორმაციას.
სისხლჩაქცევები და მუწუკები:
1. ინჟინერი ამ შემთხვევაში არ არის ინჟინერი, არამედ უბრალოდ სხვისი პროდუქტის მომხმარებელი.ან მომხმარებელი.
2. დამკვეთი დარწმუნებული უნდა იყოს ისეთი ნივთის ყიდვის აუცილებლობაში, რისი გაგებაც საერთოდ არ უნდა და არც უნდა და ზოგადად წლის ბიუჯეტი დამტკიცდა და არ შეიცვლება. შემდეგ თქვენ უნდა გამოყოთ ცალკე რესურსი, დააკონფიგურიროთ იგი კონკრეტული სისტემისთვის. იმათ. ჯერ უნდა გადაიხადოთ, გადაიხადოთ და ისევ გადაიხადოთ. კლიენტი კი ძუნწია. ეს არის ამ ცხოვრების ნორმა.

რა ვქნა, ჩერნიშევსკი? თქვენი შეკითხვა ძალიან აქტუალურია. (თან ერთად)

ამ კონკრეტულ შემთხვევაში და ამჟამინდელ სიტუაციაში, შეგიძლიათ ცოტა სხვაგვარად გააკეთოთ - მოდით შევქმნათ საკუთარი მონიტორინგის სისტემა.

რა თქმა უნდა, სისტემა არ არის, სიტყვის სრული გაგებით, ეს ძალიან ხმამაღალი და თავხედურია, მაგრამ მაინც როგორმე გაუადვილეთ საკუთარ თავს და შეაგროვეთ მეტი ინფორმაცია შესრულების ინციდენტების მოსაგვარებლად. იმისათვის, რომ არ აღმოჩნდეთ სიტუაციაში - "წადი იქ, არ ვიცი სად, იპოვე, არ ვიცი რა".

რა არის ამ ვარიანტის დადებითი და უარყოფითი მხარეები:

დადებითი:
1. საინტერესოა. ისე, მაინც უფრო საინტერესოა, ვიდრე მუდმივი "datafile shrink, alter tablespace და ა.შ."
2. ეს არის ახალი უნარები და ახალი განვითარება. რომელიც მომავალში ადრე თუ გვიან მისცემს დამსახურებულ ჯანჯაფილს და დონატს.
Cons:
1. უნდა იმუშაო. ბევრი იმუშავე.
2. რეგულარულად მოგიწევთ ახსნათ ყველა აქტივობის მნიშვნელობა და პერსპექტივები.
3. რაღაცის გაღება მოუწევს, რადგან ინჟინრისთვის ხელმისაწვდომი ერთადერთი რესურსი - დრო - სამყაროს მიერ არის შეზღუდული.
4. ყველაზე ცუდი და ყველაზე უსიამოვნო - შედეგად, შეიძლება აღმოჩნდეს ნაგავი, როგორიცაა "არა თაგვი, არა ბაყაყი, არამედ უცნობი პატარა ცხოველი".

ვინც არ რისკავს რამეს, არ სვამს შამპანურს.
ასე რომ, გართობა იწყება.

ზოგადი იდეა - სქემატური

(ილუსტრაცია აღებულია სტატიიდან «სინთეზი, როგორც PostgreSQL მუშაობის გაუმჯობესების ერთ-ერთი მეთოდი")

განმარტება:

• სამიზნე მონაცემთა ბაზა დაინსტალირებულია სტანდარტული PostgreSQL გაფართოებით „pg_stat_statements“.
• მონიტორინგის მონაცემთა ბაზაში ჩვენ ვქმნით მომსახურების ცხრილების კომპლექტს pg_stat_statements ისტორიის საწყის ეტაპზე შესანახად და მომავალში მეტრიკისა და მონიტორინგის კონფიგურაციისთვის.
• მონიტორინგის მასპინძელზე ჩვენ ვქმნით bash სკრიპტების ერთობლიობას, მათ შორის ბილეთების სისტემაში ინციდენტების გენერირებისთვის.

სერვისის მაგიდები

დასაწყისისთვის, სქემატურად გამარტივებული ERD, რა მოხდა ბოლოს:

ცხრილების მოკლე აღწერასაბოლოო - მასპინძელი, კავშირის წერტილი მაგალითთან
მონაცემთა ბაზა - მონაცემთა ბაზის პარამეტრები
pg_stat_history - ისტორიული ცხრილი სამიზნე მონაცემთა ბაზის pg_stat_statements ხედის დროებითი კადრების შესანახად
მეტრულ_გლოსარია - შესრულების მეტრიკის ლექსიკონი
metric_config - ინდივიდუალური მეტრიკის კონფიგურაცია
მეტრულ - კონკრეტული მეტრიკა იმ მოთხოვნისთვის, რომლის მონიტორინგიც მიმდინარეობს
მეტრული_გაფრთხილების_ისტორია - შესრულების გაფრთხილებების ისტორია
log_query - სერვისის ცხრილი AWS-დან ჩამოტვირთული PostgreSQL ჟურნალის ფაილიდან გაანალიზებული ჩანაწერების შესანახად
საბაზისო - საფუძვლად გამოყენებული დროის პერიოდის პარამეტრები
საგუშაგო - მეტრიკის კონფიგურაცია მონაცემთა ბაზის სტატუსის შესამოწმებლად
საგუშაგო_გაფრთხილების_ისტორია - მონაცემთა ბაზის სტატუსის შემოწმების მეტრიკის გაფრთხილების ისტორია
pg_stat_db_queries — აქტიური მოთხოვნების მომსახურების ცხრილი
საქმიანობის_ლოგი — საქმიანობის ჟურნალის მომსახურების ცხრილი
ხაფანგი_ოიდი - ხაფანგის კონფიგურაციის სერვისის ცხრილი

ეტაპი 1 - შეაგროვეთ შესრულების სტატისტიკა და მიიღეთ ანგარიშები

ცხრილი გამოიყენება სტატისტიკური ინფორმაციის შესანახად. pg_stat_history
pg_stat_history ცხრილის სტრუქტურა

                                          ცხრილი "public.pg_stat_history" სვეტი | ტიპი | მოდიფიკატორები ------------------------------------------------------ -------------------------------- ID | მთელი რიცხვი | არ არის null ნაგულისხმევი nextval('pg_stat_history_id_seq'::regclass) snapshot_timestamp | დროის შტამპი დროის სარტყლის გარეშე | მონაცემთა ბაზის_id | მთელი რიცხვი | dbid | oid | userid | oid | queryid | bigint | შეკითხვა | ტექსტი | ზარები | bigint | სულ_დრო | ორმაგი სიზუსტით | მინ_დრო | ორმაგი სიზუსტით | max_time | ორმაგი სიზუსტით | საშუალო_დრო | ორმაგი სიზუსტით | stddev_time | ორმაგი სიზუსტით | რიგები | 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_ჩაწერის_დრო | ორმაგი სიზუსტით | საბაზისო_ID | მთელი რიცხვი | ინდექსები: "pg_stat_history_pkey" PRIMARY KEY, btree (id) "database_idx" btree (database_id) "queryid_idx" btree (queryid) "snapshot_timestamp_idx" btree (snapshot_timestamp) "Database_idx" btree (database_id) REFERENCES მონაცემთა ბაზა (id ) კასკადის წაშლაზე

როგორც ხედავთ, ცხრილი არის მხოლოდ კუმულაციური ხედვის მონაცემები 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 მთლიანი შესრულების დროით | #| queryid| ზარები| რეკავს %| სულ_დრო (მმ) | dbtime % +----+------------------------------------------ ------------------------------- | 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 სულ I/O დროის მიხედვით | #| 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 მაქსიმალური შესრულების დროით | #| ფოტოსურათი| snapshotID| queryid| max_time (ms) +----+---------------------------------------- --+--------------------------------------- | 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 BY SHARED BUFFER 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 | MIN TIME : 00:00:01.063 | მაქსიმალური დრო: 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 Snapshots დაკვეთილი QueryPerSeconds ნომრებით ------------------------------------- ------ ----------------------------------------------- ------------------------------------------ | #| ფოტოსურათი| snapshotID| ზარები| სულ dbtime| 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:14( 00 ms.)| 4137| 2397326:00:04( 43.033 ms.)| .283033.854 | 665.924| 00/00/00.024 24.505:009| 7| 04.04.2019| 15:00:4139( 2394416 ms.)| 00| 04:51.435:291435.010( 665.116 ms.)| .00 | 00| 12.025/12025.895/4.126 8:04.04.2019| 13| 00| 4135:2373043:00( 04 ms.)| 26.791| 266791.988:659.179:00( 00 ms.)| 00.064 | 64.261| 024/9/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 | 10| 04.04.2019/18/01 4157:1145596| 00| 01| 19.217:79217.372:313.004( 00 ms.)| 00| 01.319:1319.676:1.666( XNUMX ms.)| XNUMX | XNUMX| XNUMX/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

სულ

როგორც ხედავთ, საკმაოდ მარტივი საშუალებებით, შეგიძლიათ მიიღოთ ბევრი სასარგებლო ინფორმაცია სამუშაო დატვირთვისა და მონაცემთა ბაზის მდგომარეობის შესახებ.

Შენიშვნა:თუ შეკითხვებში დააფიქსირეთ შეკითხვა, მაშინ ჩვენ მივიღებთ ისტორიას ცალკე მოთხოვნისთვის (სივრცის დაზოგვის მიზნით, ცალკე მოთხოვნის ანგარიშები გამოტოვებულია).

ასე რომ, სტატისტიკური მონაცემები შეკითხვის შესრულების შესახებ ხელმისაწვდომი და შეგროვებულია.
დასრულებულია პირველი ეტაპი „სტატისტიკური მონაცემების შეგროვება“.

შეგიძლიათ გადახვიდეთ მეორე ეტაპზე - "შესრულების მეტრიკის კონფიგურაცია".


მაგრამ ეს კიდევ ერთი ამბავია.

გაგრძელება იქნება ...

წყარო: www.habr.com