Fortsettelse av artikkelen "
Artikkelen vil undersøke og vise, ved hjelp av spesifikke spørsmål og eksempler, hvilken nyttig informasjon som kan fås ved å bruke historien til pg_locks-visningen.
Advarsel.
På grunn av nyheten i emnet og den uferdige testperioden, kan artikkelen inneholde feil. Kritikk og kommentarer mottas på det sterkeste og forventes.
Inndata
Historien om pg_locks-representasjon
arkiv_låsing
CREATE TABLE archive_locking
( timepoint timestamp without time zone ,
locktype text ,
relation oid ,
mode text ,
tid xid ,
vtid text ,
pid integer ,
blocking_pids integer[] ,
granted boolean ,
queryid bigint
);
I hovedsak ligner bordet på bordet archive_pg_stat_activity, beskrevet mer detaljert her -
For å fylle en kolonne queryid funksjonen brukes
update_history_locking_by_queryid
--update_history_locking_by_queryid.sql
CREATE OR REPLACE FUNCTION update_history_locking_by_queryid() RETURNS boolean AS $$
DECLARE
result boolean ;
current_minute double precision ;
start_minute integer ;
finish_minute integer ;
start_period timestamp without time zone ;
finish_period timestamp without time zone ;
lock_rec record ;
endpoint_rec record ;
current_hour_diff double precision ;
BEGIN
RAISE NOTICE '***update_history_locking_by_queryid';
result = TRUE ;
current_minute = extract ( minute from now() );
SELECT * FROM endpoint WHERE is_need_monitoring
INTO endpoint_rec ;
current_hour_diff = endpoint_rec.hour_diff ;
IF current_minute < 5
THEN
RAISE NOTICE 'Current time is less than 5 minute.';
start_period = date_trunc('hour',now()) + (current_hour_diff * interval '1 hour');
finish_period = start_period - interval '5 minute' ;
ELSE
finish_minute = extract ( minute from now() ) / 5 ;
start_minute = finish_minute - 1 ;
start_period = date_trunc('hour',now()) + interval '1 minute'*start_minute*5+(current_hour_diff * interval '1 hour');
finish_period = date_trunc('hour',now()) + interval '1 minute'*finish_minute*5+(current_hour_diff * interval '1 hour') ;
END IF ;
RAISE NOTICE 'start_period = %', start_period;
RAISE NOTICE 'finish_period = %', finish_period;
FOR lock_rec IN
WITH act_queryid AS
(
SELECT
pid ,
timepoint ,
query_start AS started ,
MAX(timepoint) OVER (PARTITION BY pid , query_start ) AS finished ,
queryid
FROM
activity_hist.history_pg_stat_activity
WHERE
timepoint BETWEEN start_period and
finish_period
GROUP BY
pid ,
timepoint ,
query_start ,
queryid
),
lock_pids AS
(
SELECT
hl.pid ,
hl.locktype ,
hl.mode ,
hl.timepoint ,
MIN ( timepoint ) OVER (PARTITION BY pid , locktype ,mode ) as started
FROM
activity_hist.history_locking hl
WHERE
hl.timepoint between start_period and
finish_period
GROUP BY
hl.pid ,
hl.locktype ,
hl.mode ,
hl.timepoint
)
SELECT
lp.pid ,
lp.locktype ,
lp.mode ,
lp.timepoint ,
aq.queryid
FROM lock_pids lp LEFT OUTER JOIN act_queryid aq ON ( lp.pid = aq.pid AND lp.started BETWEEN aq.started AND aq.finished )
WHERE aq.queryid IS NOT NULL
GROUP BY
lp.pid ,
lp.locktype ,
lp.mode ,
lp.timepoint ,
aq.queryid
LOOP
UPDATE activity_hist.history_locking SET queryid = lock_rec.queryid
WHERE pid = lock_rec.pid AND locktype = lock_rec.locktype AND mode = lock_rec.mode AND timepoint = lock_rec.timepoint ;
END LOOP;
RETURN result ;
END
$$ LANGUAGE plpgsql;
Forklaring: verdien av queryid-kolonnen oppdateres i history_locking-tabellen, og når en ny partisjon opprettes for archive_locking-tabellen, vil verdien bli lagret i de historiske verdiene.
Produksjon
Generell informasjon om prosesser generelt.
VENTER PÅ LÅSER ETTER LÅSETYPER
henvendelse
WITH
t AS
(
SELECT
locktype ,
mode ,
count(*) as total
FROM
activity_hist.archive_locking
WHERE
timepoint between pg_stat_history_begin+(current_hour_diff * interval '1 hour') AND pg_stat_history_end+(current_hour_diff * interval '1 hour') AND
NOT granted
GROUP BY
locktype ,
mode
)
SELECT
locktype ,
mode ,
total * interval '1 second' as duration
FROM t
ORDER BY 3 DESC
Eksempel
| VENTER PÅ LÅSER ETTER LÅSETYPER +------+-------------------------------------+ ------------------ | låsetype| modus| varighet +--------------------+-------------------------------- - --+--------------------------- | transaksjonsid| ShareLock| 19:39:26 | tuppel| AccessExclusiveLock| 00:03:35 +--------------------+----------------------------- - -------+----------
TAK AV LÅSER ETTER LÅSTYPER
henvendelse
WITH
t AS
(
SELECT
locktype ,
mode ,
count(*) as total
FROM
activity_hist.archive_locking
WHERE
timepoint between pg_stat_history_begin+(current_hour_diff * interval '1 hour') AND pg_stat_history_end+(current_hour_diff * interval '1 hour') AND
granted
GROUP BY
locktype ,
mode
)
SELECT
locktype ,
mode ,
total * interval '1 second' as duration
FROM t
ORDER BY 3 DESC
Eksempel
| TAK AV LÅS EFTER LÅSETYPER +-------------------+------------------------------ ----+------------------------- | låsetype| modus| varighet +--------------------+-------------------------------- - --+--------------------------- | forhold| RowExclusiveLock| 51:11:10 | virtualxid| EksklusivLås| 48:10:43 | transaksjonsid| EksklusivLås| 44:24:53 | forhold| AccessShareLock| 20:06:13 | tuppel| AccessExclusiveLock| 17:58:47 | tuppel| EksklusivLås| 01:40:41 | forhold| ShareUpdateExclusiveLock| 00:26:41 | objekt| RowExclusiveLock| 00:00:01 | transaksjonsid| ShareLock| 00:00:01 | forlenge| EksklusivLås| 00:00:01 +--------------------+---------------------------- - -------+----------
Detaljert informasjon om spesifikke queryid-forespørsler
VENTER PÅ LÅSER ETTER LÅSETYPER ETTER QUERYID
henvendelse
WITH
lt AS
(
SELECT
pid ,
locktype ,
mode ,
timepoint ,
queryid ,
blocking_pids ,
MIN ( timepoint ) OVER (PARTITION BY pid , locktype ,mode ) as started
FROM
activity_hist.archive_locking
WHERE
timepoint between pg_stat_history_begin+(current_hour_diff * interval '1 hour') AND
pg_stat_history_end+(current_hour_diff * interval '1 hour') AND
NOT granted AND
queryid IS NOT NULL
GROUP BY
pid ,
locktype ,
mode ,
timepoint ,
queryid ,
blocking_pids
)
SELECT
lt.pid ,
lt.locktype ,
lt.mode ,
lt.started ,
lt.queryid ,
lt.blocking_pids ,
COUNT(*) * interval '1 second' as duration
FROM lt
GROUP BY
lt.pid ,
lt.locktype ,
lt.mode ,
lt.started ,
lt.queryid ,
lt.blocking_pids
ORDER BY 4
Eksempel
| VENTER PÅ LÅSER ETTER LÅSETYPER ETTER QUERYID +---------------------------------- +----------------------------+--- ------------------ --+--------------------+---------------- ---------- | pid| låsetype| modus| startet| queryid| blocking_pids| varighet +----------+--------------------------------+---------------- ----------+-------------------------------------+--------- ------------------------------+------------------- --- | 11288| transaksjonsid| ShareLock| 2019 09:17:10| 00| {00.302936}| 389015618226997618:11092:00 | 03| transaksjonsid| ShareLock| 34 11626:2019:09| 17| {10}| 00:21.380921:389015618226997618 | 12380| transaksjonsid| ShareLock| 00 00:29:11626| 2019| {09}| 17:10:00 | 21.380921| transaksjonsid| ShareLock| 389015618226997618 11092:00:03| 25| {11626}| 2019:09:17 | 10| transaksjonsid| ShareLock| 00 21.380921:389015618226997618:12213| 00| {01}| 55:11626:2019 | 09| transaksjonsid| ShareLock| 17 10:00:21.380921| 389015618226997618| {12751}| 00:00:01 | 11629| transaksjonsid| ShareLock| 2019 09:17:10| 00| {24.331935}| 389015618226997618:11092:00 | 03| transaksjonsid| ShareLock| 22 11629:2019:09| 17| {10}| 00:24.331935:389015618226997618 | 12007| transaksjonsid| ShareLock| 00 00:01:12007| 2019| {09}| 17:10:05 | 03.327933| transaksjonsid| ShareLock| 389015618226997618 11629:00:00| 13| {12007}| 2019:09:17 | 10| transaksjonsid| ShareLock| 05-03.327933-389015618226997618 11092:00:01| 10| {12007}| 2019:09:17
TA LÅS MED LÅSETYPER VED QUERYID
henvendelse
WITH
lt AS
(
SELECT
pid ,
locktype ,
mode ,
timepoint ,
queryid ,
blocking_pids ,
MIN ( timepoint ) OVER (PARTITION BY pid , locktype ,mode ) as started
FROM
activity_hist.archive_locking
WHERE
timepoint between pg_stat_history_begin+(current_hour_diff * interval '1 hour') AND
pg_stat_history_end+(current_hour_diff * interval '1 hour') AND
granted AND
queryid IS NOT NULL
GROUP BY
pid ,
locktype ,
mode ,
timepoint ,
queryid ,
blocking_pids
)
SELECT
lt.pid ,
lt.locktype ,
lt.mode ,
lt.started ,
lt.queryid ,
lt.blocking_pids ,
COUNT(*) * interval '1 second' as duration
FROM lt
GROUP BY
lt.pid ,
lt.locktype ,
lt.mode ,
lt.started ,
lt.queryid ,
lt.blocking_pids
ORDER BY 4
Eksempel
| TA LÅS MED LÅSETYPER VED QUERYID +-----------------------------------+ ----------------------------+--------------------+ --------------------+---------------------------- | pid| låsetype| modus| startet| queryid| blocking_pids| varighet +----------+--------------------------------+---------------- ----------+-------------------------------------+--------- ------------------------------+------------------- --- | 11288| forhold| RowExclusiveLock| 2019 09:17:10| 00| {00.302936}| 389015618226997618:11092:00 | 03| transaksjonsid| EksklusivLås| 34 11092:2019:09| 17| {}| 10:00:00.302936 | 389015618226997618| forhold| RowExclusiveLock| 00 03:34:11288| 2019| {}| 09:17:10 | 00| forhold| RowExclusiveLock| 00.302936 389015618226997618:00:00| 10| {}| 11092:2019:09 | 17| virtualxid| EksklusivLås| 10 00:00.302936:389015618226997618| 00| {}| 03:34:11092 | 2019| virtualxid| EksklusivLås| 09 17:10:00| 00.302936| {389015618226997618}| 00:03:34 | 11288| transaksjonsid| EksklusivLås| 2019 09:17:10| 00| {00.302936}| 389015618226997618:11092:00 | 03| tuppel| AccessExclusiveLock| 34 11288:2019:09| 17| {10}| 00:00.302936:389015618226997618
Bruk av låsehistorikk for å analysere ytelseshendelser.
- En forespørsel med queryid=389015618226997618 utført av en prosess med pid=11288 ventet på blokkering fra 2019-09-17 10:00:00 i 3 minutter.
- Låsen ble holdt av en prosess med pid=11092
- En prosess med pid=11092 som utfører en forespørsel med queryid=389015618226997618 fra 2019-09-17 10:00:00 holdt låsen i 3 minutter.
Total
Nå håper jeg at den mest interessante og nyttige delen vil begynne - å samle statistikk og analysere saker om historien til ventetider og blokkeringer.
I fremtiden, vil jeg tro, vil vi få et sett med noen notater (ligner på Oracles metalink).
Generelt er det av denne grunn at metoden som brukes gjøres tilgjengelig for alle så raskt som mulig.
Jeg vil prøve å legge ut prosjektet på github i nær fremtid.
Kilde: www.habr.com