🥇Nadzor uspešnosti poizvedb PostgreSQL. Del 1 - poročanje

Inženir – v latinščini pomeni navdihnjen.
Inženir lahko vse. (c) R.Dizel.
Epigrafi.

Ali zgodba o tem, zakaj se mora skrbnik podatkovnih baz spomniti svojega programerskega preteklosti.

Predgovor

Vsa imena so spremenjena. Naključja so nepredvidena. Gradivo predstavlja izključno osebno mnenje avtorja.

Izjava o neodgovornosti: v načrtovanem ciklu člankov ne bo podrobnega in natančnega opisa uporabljenih tabel in skript. Gradiva ni mogoče takoj uporabiti „AS IS“.
Prvič, zaradi velikega obsega gradiva,
drugič, zaradi osredotočenosti na produkcijsko bazo dejanskega naročnika.
Zato bodo v člankih navedene le ideje in opisi v najširšem smislu.
Morda bo v prihodnosti sistem dozorel do ravni nalaganja na GitHub, morda pa tudi ne. Čas bo pokazal.

Začetek zgodbe - „Se spomniš, kako se je vse začelo?».
Kar je rezultiralo, v najširšem smislu - „Sintez kot ena od metod izboljšanja zmogljivosti PostgreSQL»

Zakaj vse to zame?

No, prvič, da ne pozabim, ko se spominjam lepih dni v penziji.
Drugič, da sistematiziram napisano. Kajti že sam, občasno začnem zmedeno in pozabim nekatere dele.

No in najpomembnejše – morda bo komu koristilo in pomagalo, da ne izumlja kolesa in ne zbira grabljic. Z drugimi besedami, izboljšati svojo karizmo (ne Habr-ovsko). Kajti, najdragocenejše v tem svetu so ideje. Glavno je najti idejo. Realizirati idejo v resničnost pa je že čisto tehnično vprašanje.

Torej, začnimo počasi...

Postavitev naloge.

Imamo:

Baza podatkov PostgreSQL (10.5), mešanega tipa obremenitve (OLTP + DSS), srednje-male obremenitve, locirana v oblaku AWS.
Nadzor nad bazo podatkov ni na voljo, nadzor infrastrukture je predstavljen v obliki standardnih sredstev AWS v minimalni konfiguraciji.

Zahteva se:

Nadzorovati zmogljivost in stanje baze podatkov, najti in imeti začetne informacije za optimizacijo težkih poizvedb v BД.

Kratko uvod ali analiza možnosti rešitve.

Na začetku poskusimo razdelati možnosti rešitve naloge z vidika primerjalne analize koristi in težav za inženirja, koristi in izgube menedžmenta pa naj obravnavajo tisti, katere to spada po delovni nalogi.

Možnost 1 - „Delo po povpraševanju“

Vse pustimo, kak je. Če stranko nekaj moti pri delovanju, zmogljivosti baze podatkov ali aplikacije, bo obvestila DBA inženirje preko e-pošte ali z odprtjem incidenta v sistemu za prijavo napak.
Inženir, ko prejme obvestilo, se bo lotil težave, predlagal rešitev ali odložil problem na stranski tir, upajoč, da se bo vse samo rešilo, in itak, kmalu bo vse pozabljeno.
Piškoti in krofi, modrice in izboklinePiškoti in krofi:
1. Nič dodatnega ni treba delati
2. Vedno obstaja možnost, da se izognemo odgovornosti.
3. Kup časa, ki ga lahko porabimo po lastni presoji.
Modrice in izbokline:
1. Prej ali slej se bo stranka vprašala o bistvu bivanja in vesoljski pravičnosti v tem svetu ter si še enkrat zastavila vprašanje — zakaj jim plačujem svoje denarce? Posledica je vedno ena — vprašanje je le, kdaj se bo stranka naveličala in odmahnila z roko ob slovesu. In prehranjevanje se bo izpraznilo. To je žalostno.
2. Razvoj inženirja — nič.
3. Težave pri načrtovanju dela in obremenitve

Možnost 2 - 'Igramo se z bobnov in prodajamo ter obuvamo'

Točka 1-Zakaj potrebujemo sistem za spremljanje, vse bomo dobili z zahtevami. Ranjamo gor kup različnih zahtevkov po podatkovnem slovarju in dinamičnih predstavitvah, vključujemo različne števcem, vse strnemo v tabele, občasno se kot da analiziramo sezname in tabele. Na koncu imamo lepe ali manj lepe grafike, tabele, poročila. Glavno je, da je več, več.
Točka 2-Ustvarjamo aktivnost - zagnamo analizo vsega tega.
Točka 3-Pripravimo nek dokument, ki ga imenujemo preprosto - 'kako naj uredimo bazo podatkov'.
Točka 4-Stranka, ko vidi to veličastno grafiko in številke, je v otroški naivni prepričanosti - zdaj bo vse delovalo, kmalu. In z lahkoto in brez bolečin se loči od svojih finančnih sredstev. Menedžment je prav tako prepričan - naši inženirji delajo odlično. Obremenitev je na maksimumu.
Točka 5-Redno ponavljamo Točko 1.
Piškoti in krofi, modrice in izboklinePiškoti in krofi:
1. Življenje menedžerjev in inženirjev je preprosto, predvidljivo in polno aktivnosti. Vse žvrgoli, vsi so zaposleni.
2. Življenje stranke je prav tako lepo - vedno je prepričan, da mu bo le malo potrpljenja in vse se bo uredilo. Se ne uredi, no, kaj pa — svet je kriv, v naslednjem življenju — bo imel srečo.
Modrice in izbokline:
1. Pre sooner or later, a more agile provider of similar services will emerge, doing the same thing but at a slightly lower price. If the result is the same, why pay more? This will again lead to the disappearance of the feeding ground.
2. It's boring. Just like any meaningless activity.
3. Much like the previous option — no development here either. But for the engineer, the drawback is that, unlike the first option, here you need to constantly generate a database. And that takes time. Time that could be spent on more useful things for oneself. Because if you don't take care of yourself, no one else will.

Option 3 - There's no need to reinvent the wheel; just buy it and ride.

Engineers from other companies don’t eat pizza and wash it down with beer for nothing (ah, the good old days in St. Petersburg in the 90s). Let's use monitoring systems that are made, fine-tuned, and actually work, providing benefits (at least to their creators).
Piškoti in krofi, modrice in izboklinePiškoti in krofi:
1. There’s no need to waste time inventing what’s already been invented. Just take it and use it.
2. Monitoring systems are not written by fools, and they are indeed useful.
3. Working monitoring systems usually provide useful filtered information.
Modrice in izbokline:
1. In this case, the engineer is not really an engineer, but merely a user of someone else's product. Or just a user.
2. You need to convince the customer of the necessity to buy something they generally don’t want to understand, let alone have to. And the annual budget has been approved and won’t change. Then you need to allocate separate resources and configure them for a specific system. That is, you first need to pay, pay, and pay again. And the customer is stingy. That’s just the norm of life.

What to do then - Chernyshevsky? Your question is quite relevant. (c)

In this specific case and the established situation, one can act a little differently — let’s create our own monitoring system.

Well, not a full-fledged system, as that would be too grand and presumptuous, but at least lighten our task and gather more information for resolving performance incidents. So as not to find ourselves in a situation of — 'go there, I don’t know where, find that, I don’t know what.'

What are the pros and cons of this option:

Prednosti:
1. It's interesting. At least more interesting than constant 'shrink datafile, alter tablespace, etc.'
2. To je nova veščina in nova rast. Kar bo na dolgi rok prineslo zaslužene nagrade in dodatne ugodnosti.
Mane:
1. Delo bo potrebno. Delo bo veliko.
2. Redno bo treba razlagati pomen in perspektive vseh aktivnosti.
3. Nekaj bo treba žrtvovati, saj je edini dostopen vir za inženirja čas — omejen z univerzumom.
4. Najbolj strašna in neprijetna stvar — na koncu lahko nastane nekaj, kar spominja na "Niti miš, niti žaba, temveč neznana zver."

Kdor ne tvega, ne pije šampanjca.
Torej — začenja se najbolj zanimivo.

Splošna ideja - schematsko

(Ilustracija je prevzeta iz članka «Sintez kot ena od metod izboljšanja zmogljivosti PostgreSQL»)

Пояснение:

V ciljni bazi se namešča standardno razširitev PostgreSQL — “pg_stat_statements”.
V bazi podatkov za spremljanje ustvarimo niz servisnih tabel za shranjevanje zgodovine pg_stat_statements v začetni fazi ter za nastavitev metrik in nadaljnje spremljanje.
Na gostitelju za spremljanje ustvarimo niz bash skriptov, med drugim za generiranje incidentov v sistemu tiketov.

Servisne tabele

Za začetek je tu poenostavljena ERD, kaj smo torej dosegli:

Kratak opis tabelendpoint — gostitelj, priključna točka do instančnega sistema
database — parametri baze podatkov
pg_stat_history — zgodovinska tabela za shranjevanje časovnih posnetkov prikaza pg_stat_statements ciljne baze podatkov
metric_glossary — slovar metrik uspešnosti
metric_config — konfiguracija posameznih metrik
metric — konkretna metrika za spremljanega poizvedbo
metric_alert_history — zgodovina opozoril o uspešnosti
log_query — servisna tabela za shranjevanje razčlenjenih zapisov iz log datoteke PostgreSQL, naložene iz AWS
baseline — parametri časovnega obdobja, uporabljenega kot osnova
checkpoint — konfiguracija metrik za preverjanje stanja baze podatkov
checkpoint_alert_history — zgodovina opozoril metrik preverjanja stanja baze podatkov
pg_stat_db_queries — servisna tabela aktivnih poizvedb
activity_log — servisna tabela dnevnika aktivnosti
trap_oid — servisna tabela konfiguracije trapa

Faza 1 — zbiranje statističnih informacij o uspešnosti in pridobivanje poročil

Tabela služi za shranjevanje statističnih informacij pg_stat_history
Struktura tabele pg_stat_history

                                          Tabela "public.pg_stat_history"
       Stolpec        |            Tip             |                          Modifikatorji
---------------------+-----------------------------+-------------------------------------------
 id                  | celo število               | ne-null privzeto nextval('pg_stat_history_id_seq'::regclass)
 timestamp_posnetka  | časovni pečat brez časovne cone |
 id_baze            | celo število               |
 dbid               | oid                        |
 id_uporabnika      | oid                        |
 id_poizvedbe      | veliko celo število        |
 poizvedba         | besedilo                   |
 klici             | veliko celo število        |
 skupni_cas        | dvojna natančnost          |
 min_cas           | dvojna natančnost          |
 max_cas           | dvojna natančnost          |
 povprečni_cas     | dvojna natančnost          |
 stddev_cas        | dvojna natančnost          |
 vrstice           | veliko celo število        |
 deljeni_bloki_prihodi | veliko celo število        |
 deljeni_bloki_prebrani | veliko celo število        |
 deljeni_bloki_spremenjeni | veliko celo število        |
 deljeni_bloki_zapisani | veliko celo število        |
 lokalni_bloki_prihodi | veliko celo število        |
 lokalni_bloki_prebrani  | veliko celo število        |
 lokalni_bloki_spremenjeni | veliko celo število        |
 lokalni_bloki_zapisani  | veliko celo število        |
 začasni_bloki_prebrani | veliko celo število        |
 začasni_bloki_zapisani  | veliko celo število        |
 cas_prebiranja_blokov  | dvojna natančnost          |
 cas_zapisovanja_blokov | dvojna natančnost          |
 id_osnove        | celo število               |
Indeksi:
    "pg_stat_history_pkey" PRIMARNI KLJUČ, btree (id)
    "database_idx" btree (id_baze)
    "queryid_idx" btree (id_poizvedbe)
    "snapshot_timestamp_idx" btree (timestamp_posnetka)
Tuji ključni omejitvi:
    "database_id_fk" TUJI KLJUČ (id_baze) SKLICUJE NA baza(id) OB IZBRISU CASCADE

Kot je očitno, tabela predstavlja zgolj kumulativne podatke prikaza pg_stat_statements v ciljni bazi podatkov.

Uporaba te tabele je zelo preprosta

pg_stat_history bodo predstavljali akumulirano statistiko izvajanja poizvedb za vsak trenutek. Na začetku vsakega trenutka, po izpolnitvi tabele, se statistika pg_stat_statements ponastavi z uporabo pg_stat_statements_reset().
Opomba: statistika se zbira za poizvedbe, katerih čas izvajanja je daljši od 1 sekunde.
Izpolnitev tabele 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 'CREE UN NUEVO HITO';
		
		--Conectar a la base de datos de destino	  
	    EXECUTE 'SELECT dblink_connect(''LINK1'',''host='||endpoint_rec.host||' dbname='||database_rec.name||' user=USER password=PASSWORD '')';
 
        RAISE NOTICE 'host % y dbname % ',endpoint_rec.host,database_rec.name;
		RAISE NOTICE 'Creando un hito de pg_stat_statements para la base de datos %',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 'Creando un hito de pg_stat_statements para consultas con un tiempo mínimo superior a 1000ms';
	
        FOR pg_stat_snapshot IN
          --Todas las consultas con un tiempo máximo superior a 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;

Kotna, po nekem času v tabeli pg_stat_history bomo imeli niz posnetkov vsebine tabele pg_stat_statements ciljne baze podatkov.

Opravičujem se za poročanje

Z enostavnimi poizvedbami lahko pridobimo zelo uporabna in zanimiva poročila.

Agregirani podatki za določen časovni okvir

Запрос

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 ;

DB čas

to_char(interval ‘1 millisecond’ * pg_total_stat_history_rec.total_time, ‘HH24:MI:SS.MS’)

I/O čas

to_char(interval ‘1 millisecond’ * ( pg_total_stat_history_rec.blk_read_time + pg_total_stat_history_rec.blk_write_time ), ‘HH24:MI:SS.MS’)

TOP10 SQL po skupnem času

Запрос

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 PO SKUPNEM ČASU IZVEDBE
|   #|    queryid|      calls|    odstotek klicev|                skupni čas (ms) |  % db čas
+----+-----------+-----------+-----------+--------------------------------+----------
|   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 po skupnem I/O času

Запрос

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 PO SKUPNI ČAS I/O
|   #|    queryid|      pozivi|    % poziva|                   I/O čas (ms)|% db I/O čas
+----+-----------+-----------+-----------+--------------------------------+-------------
|   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 po maksimalnem času izvedbe

Запрос

IZBERITE 
  id KOT snapshotid , 
  queryid , 
  snapshot_timestamp ,  
  max_time 
IZ PG_STAT_HISTORY 
KJER 
  queryid NI NULL IN 
  database_id = DATABASE_ID  IN
  snapshot_timestamp MED BETWEEN_TIMEPOINT IN END_TIMEPOINT
ORDER BY 4 DESC 
LIMIT 10

-----------------------------------------------------------------------------------------
| TOP10 SQL PO MAKSIMALNEM ČASU IZVEDBE
|   #|          snapshot| snapshotID|    queryid|                           max_time (ms)
+----+------------------+-----------+-----------+----------------------------------------
|   1|  05.04.2019 01:03|       4169|  655729273|        00:02:01.869(    121869.981 ms.)
|   2|  04.04.2019 17:00|       4153|  821760255|        00:01:41.570(    101570.841 ms.)
|   3|  04.04.2019 16:00|       4146|  821760255|        00:01:41.570(    101570.841 ms.)
|   4|  04.04.2019 16:00|       4144| 4152624390|        00:01:36.964(     96964.607 ms.)
|   5|  04.04.2019 17:00|       4151| 4152624390|        00:01:36.964(     96964.607 ms.)
|   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 ms.)
|   8|  04.04.2019 15:00|       4140| 1484454471|        00:00:11.892(     11892.302 ms.)
|   9|  04.04.2019 16:00|       4145| 1484454471|        00:00:11.892(     11892.302 ms.)
|  10|  04.04.2019 17:00|       4152| 1484454471|        00:00:11.892(     11892.302 ms.)

TOP10 SQL po PREBERI/PIŠI v skupnem pomnilniku

Запрос

IZBERITE 
  id KOT snapshotid , 
  queryid ,
  snapshot_timestamp , 
  shared_blks_read , 
  shared_blks_written 
IZ PG_STAT_HISTORY
KJER 
  queryid NI NULL IN 
  database_id = DATABASE_ID  IN
  snapshot_timestamp MED BETWEEN_TIMEPOINT IN END_TIMEPOINT IN
  ( shared_blks_read > 0 ALI shared_blks_written > 0 )
ORDER BY 4 DESC  , 5 DESC 
LIMIT 10

--------------------------------------------------------------------------------------------
| TOP10 SQL PO DELJENJU BUFERSKE PREMA ČITANJU/UPISU
|   #|          snapshot| snapshotID|    queryid|   deljeni blokovi pročitani|  deljeni blokovi zapisani
+----+------------------+-----------+-----------+---------------------+---------------------
|   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
--------------------------------------------------------------------------------------------

Histogram raspodele zahteva prema maksimalnom vremenu trajanja

Poizvedbe

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
| TOTAL CALLS : 33851920
| MIN TIME  : 00:00:01.063
| MAX TIME  : 00:02:01.869
---------------------------------------------------------------------------------
|                      min trajanje|                      max trajanje|     pozivi
+----------------------------------+----------------------------------+----------
| 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 Snimaka po Upitu po Sekundi

Poizvedbe

--pg_qps.sql
--Izračunajte upite po sekundi 
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 'GREŠKA - Nema podataka za pg_stat_history za 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  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 Posnetki razvrščeni po številu QueryPerSeconds
-----------------------------------------------------------------------------------------------------------------------------------------------
|    #|          posnetek| snapshotID|      klici|                      skupni db čas|        QPS|                          I/O čas| I/O čas %
+-----+------------------+-----------+-----------+----------------------------------+-----------+----------------------------------+-----------
|    1|  04.04.2019 20:04|       4161|    5758631|  00:06:30.513(    390513.926 ms.)|   1573.396|  00:00:01.470(      1470.110 ms.)|       .376
|    2|  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
|    3|  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
|    4|  04.04.2019 21:03|       4163|    2781536|  00:03:06.470(    186470.979 ms.)|    785.745|  00:00:00.249(       249.865 ms.)|       .134
|    5|  04.04.2019 19:03|       4159|    2890362|  00:03:16.784(    196784.755 ms.)|    776.979|  00:00:01.441(      1441.386 ms.)|       .732
|    6|  04.04.2019 14:00|       4137|    2397326|  00:04:43.033(    283033.854 ms.)|    665.924|  00:00:00.024(        24.505 ms.)|       .009
|    7|  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
|    8|  04.04.2019 13:00|       4135|    2373043|  00:04:26.791(    266791.988 ms.)|    659.179|  00:00:00.064(        64.261 ms.)|       .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 ms.)|    313.004|  00:00:01.319(      1319.676 ms.)|      1.666

Tvorba zgodovine izvajanja z QueryPerSeconds in I/O časom

Запрос

IZBERI 
  id , 
  čas_zapisovanja_posnetka ,
  klici , 	
  skupni_čas , 
  ( izberi pg_qps( id )) AS QPS ,
  blk_read_time ,
  blk_write_time
IZ 
  pg_stat_history
KJER 
  queryid JE NULL IN 
  database_id = DATABASE_ID  IN
  čas_zapisovanja_posnetka MED TEMPA IN TEMPA
NAROČI PO 2

|-----------------------------------------------------------------------------------------------
| ISTORIJOS VYKDYMAS KAS VALANDĄ SU QueryPerSeconds IR I\/O LAIKU
-----------------------------------------------------------------------------------------------------------------------------------------------
| UŽKLAUSŲ PER SEKUNDĘ ISTORIJA
|    #|          momentinis| momentinisID|      skambučiai|                      bendras dblaikas|        QPS|                          I\/O laikas| I\/O laikas %
+-----+------------------+-----------+-----------+----------------------------------+-----------+----------------------------------+-----------
|    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

Visi SQL-selektų tekstai

Запрос

IZBERITE 
  queryid , 
  poizvedba 
IZ 
  pg_stat_history
KJER 
  queryid NI NULL IN 
  database_id = DATABASE_ID  IN
  snapshot_timestamp MEDI BEGIN_TIMEPOINT IN END_TIMEPOINT
GROUP BY queryid , poizvedba

Zaključek

Kot vidno, s precej preprostimi sredstvi lahko pridobimo veliko koristnih informacij o obremenitvi in stanju baze.

Opomba:Če v poizvedbah zabeležimo queryid, dobimo zgodovino za posamezno poizvedbo (z namenom varčevanja s prostorom so poročila za posamezno poizvedbo izpuščena).

Torej, statistični podatki o uspešnosti poizvedb - so na voljo in se zbirajo.
Prva faza 'zbiranje statističnih podatkov' - je zaključena.

Lahko preidemo na drugo fazo - 'nastavitev meril uspešnosti'.

Ampak to je že povsem druga zgodba.