pgsentinel توسیع :
«تمام جمع شدہ معلومات صرف RAM میں محفوظ کی جاتی ہیں، اور میموری کی استعمال شدہ مقدار کو آخری ذخیرہ شدہ ریکارڈز کی تعداد سے منظم کیا جاتا ہے۔
queryid فیلڈ شامل کی گئی ہے - pg_stat_statements ایکسٹینشن سے وہی queryid (پہلے سے انسٹالیشن درکار ہے)۔«
یقیناً اس سے بہت مدد ملے گی، لیکن سب سے زیادہ پریشان کن چیز پہلا نکتہ ہے۔تمام جمع شدہ معلومات صرف رام میں محفوظ کی جاتی ہیں۔ ”، یعنی ہدف کی بنیاد پر اثر ہے. اس کے علاوہ، کوئی لاک ہسٹری اور ٹیبل کے اعدادوشمار نہیں ہیں۔ وہ. حل عام طور پر نامکمل بول رہا ہے: "تنصیب کے لیے ابھی تک کوئی تیار شدہ پیکیج نہیں ہے۔ ذرائع کو ڈاؤن لوڈ کرنے اور لائبریری کو خود جمع کرنے کی تجویز ہے۔ آپ کو پہلے اپنے سرور کے لیے "devel" پیکیج انسٹال کرنا ہوگا اور PATH متغیر میں pg_config کا راستہ سیٹ کرنا ہوگا۔".
عام طور پر، بہت ہلچل ہے، اور سنجیدہ پروڈکشن ڈیٹا بیس کے معاملے میں، سرور کے ساتھ کچھ کرنا ممکن نہیں ہو سکتا۔ ہمیں پھر سے اپنی ہی چیز کے ساتھ آنے کی ضرورت ہے۔
انتباہ
کافی بڑے حجم اور نامکمل آزمائشی مدت کی وجہ سے، مضمون بنیادی طور پر معلوماتی نوعیت کا ہے، نہ کہ مقالہ جات اور درمیانی نتائج کے مجموعہ کے طور پر۔
مزید تفصیلی مواد بعد میں حصوں میں تیار کیا جائے گا۔
حل کے لیے مسودہ کی ضروریات
ایک ایسا آلہ تیار کرنا ضروری ہے جو آپ کو ذخیرہ کرنے کی اجازت دیتا ہے:
pg_stat_activity دیکھنے کی سرگزشت pg_locks ویو کا استعمال کرتے ہوئے سیشن لاک ہسٹری
حل کی ضرورت-ٹارگٹ ڈیٹا بیس پر اثر کو کم سے کم کریں۔
عام خیال- ڈیٹا اکٹھا کرنے والے ایجنٹ کو ٹارگٹ ڈیٹا بیس میں نہیں بلکہ مانیٹرنگ ڈیٹا بیس میں سسٹمڈ سروس کے طور پر لانچ کیا گیا ہے۔ ہاں، کچھ ڈیٹا کا نقصان ممکن ہے، لیکن یہ رپورٹنگ کے لیے اہم نہیں ہے، لیکن میموری اور ڈسک کی جگہ کے لحاظ سے ہدف کے ڈیٹا بیس پر کوئی اثر نہیں پڑتا ہے۔ اور کنکشن پول استعمال کرنے کی صورت میں، صارف کے عمل پر اثر کم سے کم ہوتا ہے۔
نفاذ کے مراحل
1۔سروس ٹیبل
میزوں کو ذخیرہ کرنے کے لیے ایک علیحدہ اسکیما استعمال کیا جاتا ہے، تاکہ استعمال شدہ اہم میزوں کے تجزیہ کو پیچیدہ نہ بنایا جائے۔
DROP SCHEMA IF EXISTS activity_hist ;
CREATE SCHEMA activity_hist AUTHORIZATION monitor ;
اہم: اسکیما ٹارگٹ ڈیٹا بیس میں نہیں بلکہ مانیٹرنگ ڈیٹا بیس میں بنایا گیا ہے۔
pg_stat_activity دیکھنے کی سرگزشت
pg_stat_activity منظر کے موجودہ سنیپ شاٹس کو ذخیرہ کرنے کے لیے ایک ٹیبل کا استعمال کیا جاتا ہے۔
activity_hist.history_pg_stat_activity :
--ACTIVITY_HIST.HISTORY_PG_STAT_ACTIVITY
DROP TABLE IF EXISTS activity_hist.history_pg_stat_activity;
CREATE TABLE activity_hist.history_pg_stat_activity
(
timepoint timestamp without time zone ,
datid oid ,
datname name ,
pid integer,
usesysid oid ,
usename name ,
application_name text ,
client_addr inet ,
client_hostname text ,
client_port integer,
backend_start timestamp with time zone ,
xact_start timestamp with time zone ,
query_start timestamp with time zone ,
state_change timestamp with time zone ,
wait_event_type text ,
wait_event text ,
state text ,
backend_xid xid ,
backend_xmin xid ,
query text ,
backend_type text ,
queryid bigint
);
اندراج کو تیز کرنے کے لیے - کوئی اشاریہ یا پابندیاں نہیں۔
خود تاریخ کو ذخیرہ کرنے کے لیے، ایک تقسیم شدہ جدول استعمال کیا جاتا ہے:
activity_hist.archive_pg_stat_activity :
DROP TABLE IF EXISTS activity_hist.archive_pg_stat_activity;
CREATE TABLE activity_hist.archive_pg_stat_activity
(
timepoint timestamp without time zone ,
datid oid ,
datname name ,
pid integer,
usesysid oid ,
usename name ,
application_name text ,
client_addr inet ,
client_hostname text ,
client_port integer,
backend_start timestamp with time zone ,
xact_start timestamp with time zone ,
query_start timestamp with time zone ,
state_change timestamp with time zone ,
wait_event_type text ,
wait_event text ,
state text ,
backend_xid xid ,
backend_xmin xid ,
query text ,
backend_type text ,
queryid bigint
)
PARTITION BY RANGE (timepoint);
چونکہ اس معاملے میں اندراج کی رفتار کے لیے کوئی تقاضے نہیں ہیں، اس لیے رپورٹس کی تخلیق کو تیز کرنے کے لیے کچھ اشاریہ جات بنائے گئے ہیں۔
سیشن کو مسدود کرنے کی تاریخ
سیشن لاک کے موجودہ سنیپ شاٹس کو ذخیرہ کرنے کے لیے ایک ٹیبل کا استعمال کیا جاتا ہے:
activity_hist.history_locking :
--ACTIVITY_HIST.HISTORY_LOCKING
DROP TABLE IF EXISTS activity_hist.history_locking;
CREATE TABLE activity_hist.history_locking
(
timepoint timestamp without time zone ,
locktype text ,
relation oid ,
mode text ,
tid xid ,
vtid text ,
pid integer ,
blocking_pids integer[] ,
granted boolean
);
نیز، اندراج کو تیز کرنے کے لیے، کوئی اشاریہ یا پابندیاں نہیں ہیں۔
خود تاریخ کو ذخیرہ کرنے کے لیے، ایک تقسیم شدہ جدول استعمال کیا جاتا ہے:
activity_hist.archive_locking:
DROP TABLE IF EXISTS activity_hist.archive_locking;
CREATE TABLE activity_hist.archive_locking
(
timepoint timestamp without time zone ,
locktype text ,
relation oid ,
mode text ,
tid xid ,
vtid text ,
pid integer ,
blocking_pids integer[] ,
granted boolean
)
PARTITION BY RANGE (timepoint);
چونکہ اس معاملے میں اندراج کی رفتار کے لیے کوئی تقاضے نہیں ہیں، اس لیے رپورٹس کی تخلیق کو تیز کرنے کے لیے کچھ اشاریہ جات بنائے گئے ہیں۔
2. موجودہ تاریخ کو پُر کرنا
ویو سنیپ شاٹس کو براہ راست جمع کرنے کے لیے، ایک bash اسکرپٹ استعمال کیا جاتا ہے جو plpgsql فنکشن کو چلاتا ہے۔
plpgsql dblink فنکشن ٹارگٹ ڈیٹا بیس میں ویوز تک رسائی حاصل کرتا ہے اور مانیٹرنگ ڈیٹا بیس میں سروس ٹیبلز میں قطاریں داخل کرتا ہے۔
get_current_activity.sql
CREATE OR REPLACE FUNCTION activity_hist.get_current_activity( current_host text , current_s_name text , current_s_pass text ) RETURNS BOOLEAN AS $$
DECLARE
database_rec record;
dblink_str text ;
BEGIN
EXECUTE 'SELECT dblink_connect(''LINK1'',''host='||current_host||' port=5432 dbname=postgres'||
' user='||current_s_name||' password='||current_s_pass|| ' '')';
--------------------------------------------------------------------
--GET pg_stat_activity stats
INSERT INTO activity_hist.history_pg_stat_activity
(
SELECT * FROM dblink('LINK1',
'SELECT
now() ,
datid ,
datname ,
pid ,
usesysid ,
usename ,
application_name ,
client_addr ,
client_hostname ,
client_port ,
backend_start ,
xact_start ,
query_start ,
state_change ,
wait_event_type ,
wait_event ,
state ,
backend_xid ,
backend_xmin ,
query ,
backend_type
FROM pg_stat_activity
')
AS t (
timepoint timestamp without time zone ,
datid oid ,
datname name ,
pid integer,
usesysid oid ,
usename name ,
application_name text ,
client_addr inet ,
client_hostname text ,
client_port integer,
backend_start timestamp with time zone ,
xact_start timestamp with time zone ,
query_start timestamp with time zone ,
state_change timestamp with time zone ,
wait_event_type text ,
wait_event text ,
state text ,
backend_xid xid ,
backend_xmin xid ,
query text ,
backend_type text
)
);
---------------------------------------
--ACTIVITY_HIST.HISTORY_LOCKING
INSERT INTO activity_hist.history_locking
(
SELECT * FROM dblink('LINK1',
'SELECT
now() ,
lock.locktype,
lock.relation,
lock.mode,
lock.transactionid as tid,
lock.virtualtransaction as vtid,
lock.pid,
pg_blocking_pids(lock.pid),
lock.granted
FROM pg_catalog.pg_locks lock LEFT JOIN pg_catalog.pg_database db ON db.oid = lock.database
WHERE NOT lock.pid = pg_backend_pid()
')
AS t (
timepoint timestamp without time zone ,
locktype text ,
relation oid ,
mode text ,
tid xid ,
vtid text ,
pid integer ,
blocking_pids integer[] ,
granted boolean
)
);
PERFORM dblink_disconnect('LINK1');
RETURN TRUE ;
END
$$ LANGUAGE plpgsql;
منظر کے سنیپ شاٹس کو جمع کرنے کے لیے، systemd سروس اور دو اسکرپٹ استعمال کیے جاتے ہیں:
pg_current_activity.service
# /etc/systemd/system/pg_current_activity.service
[Unit]
Description=Collect history of pg_stat_activity , pg_locks
Wants=pg_current_activity.timer
[Service]
Type=forking
StartLimitIntervalSec=0
ExecStart=/home/postgres/pgutils/demon/get_current_activity.sh 10.124.70.40 postgres postgres
[Install]
WantedBy=multi-user.target
pg_current_activity.timer
# /etc/systemd/system/pg_current_activity.timer
[Unit]
Description=Run pg_current_activity.sh every 1 second
Requires=pg_current_activity.service
[Timer]
Unit=pg_current_activity.service
OnCalendar=*:*:0/1
AccuracySec=1
[Install]
WantedBy=timers.target
اسکرپٹ کے حقوق تفویض کریں:
# chmod 755 pg_current_activity.timer
# chmod 755 pg_current_activity.service
آئیے سروس شروع کریں:
# سیسٹیکٹیل ڈیمون - دوبارہ لوڈ کریں
# systemctl pg_current_activity.service شروع کریں۔
اس طرح، آراء کی تاریخ دوسرے بہ سیکنڈ سنیپ شاٹس کی شکل میں جمع کی جاتی ہے۔ بلاشبہ، اگر سب کچھ اسی طرح چھوڑ دیا جائے تو، میزیں بہت تیزی سے سائز میں بڑھ جائیں گی اور کم و بیش نتیجہ خیز کام ناممکن ہو جائے گا۔
ڈیٹا آرکائیونگ کو منظم کرنا ضروری ہے۔
3. تاریخ کو محفوظ کرنا
آرکائیو کرنے کے لیے، تقسیم شدہ ٹیبل آرکائیو* استعمال کیے جاتے ہیں۔
ہر گھنٹے میں نئے پارٹیشنز بنائے جاتے ہیں، جبکہ پرانا ڈیٹا ہسٹری* ٹیبلز سے ہٹا دیا جاتا ہے، اس لیے ہسٹری* ٹیبلز کا سائز زیادہ نہیں بدلتا اور وقت کے ساتھ اندراج کی رفتار کم نہیں ہوتی۔
نئے حصوں کی تخلیق plpgsql فنکشن activity_hist.archive_current_activity کے ذریعے کی جاتی ہے۔ کام کا الگورتھم بہت آسان ہے (archive_pg_stat_activity ٹیبل کے لیے سیکشن کی مثال استعمال کرتے ہوئے)۔
ایک نیا سیکشن بنائیں اور پُر کریں۔
EXECUTE format(
'CREATE TABLE ' || partition_name ||
' PARTITION OF activity_hist.archive_pg_stat_activity FOR VALUES FROM ( %L ) TO ( %L ) ' ,
to_char(date_trunc('year', partition_min_range ),'YYYY')||'-'||
to_char(date_trunc('month', partition_min_range ),'MM')||'-'||
to_char(date_trunc('day', partition_min_range ),'DD')||' '||
to_char(date_trunc('hour', partition_min_range ),'HH24')||':00',
to_char(date_trunc('year', partition_max_range ),'YYYY')||'-'||
to_char(date_trunc('month', partition_max_range ),'MM')||'-'||
to_char(date_trunc('day', partition_max_range ),'DD')||' '||
to_char(date_trunc('hour', partition_max_range ),'HH24')||':00'
);
INSERT INTO activity_hist.archive_pg_stat_activity
(
SELECT *
FROM activity_hist.history_pg_stat_activity
WHERE timepoint BETWEEN partition_min_range AND partition_max_range
);
اشاریہ جات بنانا
EXECUTE format (
'CREATE INDEX '||index_name||
' ON '||partition_name||' ( wait_event_type , backend_type , timepoint )'
);
EXECUTE format ('CREATE INDEX '||index_name||
' ON '||partition_name||' ( wait_event_type , backend_type , timepoint , queryid )'
);
History_pg_stat_activity ٹیبل سے پرانا ڈیٹا ہٹانا
DELETE
FROM activity_hist.history_pg_stat_activity
WHERE timepoint < partition_max_range;
بلاشبہ وقتاً فوقتاً پرانے حصوں کو غیر ضروری سمجھ کر حذف کر دیا جاتا ہے۔
بنیادی رپورٹس
دراصل یہ سب کیوں کیا جا رہا ہے؟ بہت مبہم طور پر اوریکل کے AWR کی یاد دلانے والی رپورٹس حاصل کرنے کے لیے۔
یہ شامل کرنا ضروری ہے کہ رپورٹس وصول کرنے کے لیے، آپ کو pg_stat_activity اور pg_stat_statements کے ملاحظات کے درمیان تعلق قائم کرنے کی ضرورت ہے۔ جدولوں کو 'history_pg_stat_activity'، 'archive_pg_stat_activity' جدولوں میں 'queryid' کالم شامل کرکے منسلک کیا جاتا ہے۔ کالم کی قدر کو شامل کرنے کا طریقہ اس مضمون کے دائرہ کار سے باہر ہے اور اسے یہاں بیان کیا گیا ہے۔ pg_stat_statements + pg_stat_activity + loq_query = pg_ash؟ .
سوالات کے لیے کل CPU وقت
درخواست:
WITH hist AS
(
SELECT
aa.query ,aa.queryid ,
count(*) * interval '1 second' AS duration
FROM activity_hist.archive_pg_stat_activity aa
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 backend_type = 'client backend' AND datname != 'postgres' AND ( aa.wait_event_type IS NULL ) ANDaa.state = 'active'
GROUP BY aa.wait_event_type , aa.wait_event , aa.query ,aa.queryid
UNION
SELECT
ha.query ,ha.queryid,
count(*) * interval '1 second' AS duration
FROM activity_hist.history_pg_stat_activity_for_reports ha
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 backend_type = 'client backend' AND datname != 'postgres' AND ( ha.wait_event_type IS NULL )AND ha.state = 'active'
GROUP BY ha.wait_event_type , ha.wait_event , ha.query ,ha.queryid
)
SELECT query , queryid , SUM( duration ) as duration
FROM hist
GROUP BY query , queryid
ORDER BY 3 DESC
WITH hist AS
(
SELECT
aa.query ,aa.queryid ,
count(*) * interval '1 second' AS duration
FROM activity_hist.archive_pg_stat_activity aa
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
backend_type = 'client backend' AND datname != 'postgres' AND
( aa.wait_event_type IS NOT NULL )
GROUP BY aa.wait_event_type , aa.wait_event , aa.query ,aa.queryid
UNION
SELECT
ha.query ,ha.queryid,
count(*) * interval '1 second' AS duration
FROM activity_hist.history_pg_stat_activity_for_reports ha
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
backend_type = 'client backend' AND datname != 'postgres' AND
( ha.wait_event_type IS NOT NULL )
GROUP BY ha.wait_event_type , ha.wait_event , ha.query ,ha.queryid
)
SELECT query , queryid , SUM( duration ) as duration
FROM hist
GROUP BY query , queryid
ORDER BY 3 DESC
WITH hist AS
(
SELECT
aa.wait_event_type , aa.wait_event
FROM activity_hist.archive_pg_stat_activity aa
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
backend_type = 'client backend' AND datname != 'postgres' AND
aa.wait_event IS NOT NULL
GROUP BY aa.wait_event_type , aa.wait_event
UNION
SELECT
ha.wait_event_type , ha.wait_event
FROM activity_hist.history_pg_stat_activity_for_reports ha
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
backend_type = 'client backend' AND datname != 'postgres' AND
ha.wait_event IS NOT NULL
GROUP BY ha.wait_event_type , ha.wait_event
)
SELECT wait_event_type , wait_event
FROM hist
GROUP BY wait_event_type , wait_event
ORDER BY 1 ASC,2 ASC
----------------------------------------------------------------------
WITH hist AS
(
SELECT
aa.wait_event_type , aa.wait_event , aa.query ,aa.queryid ,
count(*) * interval '1 second' AS duration
FROM activity_hist.archive_pg_stat_activity aa
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
backend_type = 'client backend' AND datname != 'postgres' AND
( aa.wait_event_type = waitings_stat_rec.wait_event_type AND aa.wait_event = waitings_stat_rec.wait_event )
GROUP BY aa.wait_event_type , aa.wait_event , aa.query ,aa.queryid
UNION
SELECT
ha.wait_event_type , ha.wait_event , ha.query ,ha.queryid,
count(*) * interval '1 second' AS duration
FROM activity_hist.history_pg_stat_activity_for_reports ha
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
backend_type = 'client backend' AND datname != 'postgres' AND
( ha.wait_event_type = waitings_stat_rec.wait_event_type AND ha.wait_event = waitings_stat_rec.wait_event )
GROUP BY ha.wait_event_type , ha.wait_event , ha.query ,ha.queryid
)
SELECT query , queryid , SUM( duration ) as duration
FROM hist
GROUP BY query , queryid
ORDER BY 3 DESC
SELECT
MIN(date_trunc('second',timepoint)) AS started ,
count(*) * interval '1 second' as duration ,
pid , blocking_pids , relation , mode , locktype
FROM
activity_hist.archive_locking al
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
locktype = 'relation'
GROUP BY pid , blocking_pids , relation , mode , locktype
UNION
SELECT
MIN(date_trunc('second',timepoint)) AS started ,
count(*) * interval '1 second' as duration ,
pid , blocking_pids , relation , mode , locktype
FROM
activity_hist.history_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
locktype = 'relation'
GROUP BY pid , blocking_pids , relation , mode , locktype
ORDER BY 1
SELECT
blocking_pids
FROM
activity_hist.archive_locking al
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
locktype = 'relation'
GROUP BY blocking_pids
UNION
SELECT
blocking_pids
FROM
activity_hist.history_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
locktype = 'relation'
GROUP BY blocking_pids
ORDER BY 1
---------------------------------------------------------------
SELECT
pid , usename , application_name , datname ,
MIN(date_trunc('second',timepoint)) as started ,
count(*) * interval '1 second' as duration ,
state ,
query
FROM activity_hist.archive_pg_stat_activity
WHERE pid= current_pid AND
timepoint BETWEEN pg_stat_history_begin+(current_hour_diff * interval '1 hour') AND pg_stat_history_end+(current_hour_diff * interval '1 hour')
GROUP BY pid , usename , application_name ,
datname ,
state_change,
state ,
query
UNION
SELECT
pid , usename , application_name , datname ,
MIN(date_trunc('second',timepoint)) as started ,
count(*) * interval '1 second' as duration ,
state ,
query
FROM activity_hist.history_pg_stat_activity_for_reports
WHERE pid= current_pid AND
timepoint BETWEEN pg_stat_history_begin+(current_hour_diff * interval '1 hour') AND pg_stat_history_end+(current_hour_diff * interval '1 hour')
GROUP BY pid , usename , application_name ,
datname ,
state_change,
state ,
query
ORDER BY 5 , 1
: مثال کے طور پر
------------------------------------------------------------------ ------------------------------------------------------------------ ------------------------------------------------------------------ ----------------------- بلاک کرنے کے عمل کی تاریخ +------+------------------ ------------- +---------------------------- ---------------------------------------------------------------------------- -------+------------------------------------------------------ | #| pid | استعمال نام | درخواست_نام| datname| شروع ہوا | دورانیہ | ریاست | استفسار ----------------------------------------------------------- ----------------------------------------+-------------------------------- ----------------- | 1| 26211 | tuser | پی ایس کیو ایل | tdb1| 2019-09-02 19:31:54 | 00:00:04 | بیکار | | 2| 26211 | tuser | پی ایس کیو ایل | tdb1| 2019-09-02 19:31:58 | 00:00:06 | لین دین میں بے کار | شروع | 3| 26211 | tuser | پی ایس کیو ایل | tdb1| 2019-09-02 19:32:16 | 00:01:45 | لین دین میں بے کار | لاک ٹیبل ویفر_ڈیٹا؛ | 4| 26211 | tuser | پی ایس کیو ایل | tdb1| 2019-09-02 19:35:54 | 00:01:23 | بیکار | عزم | 5| 26211 | tuser | پی ایس کیو ایل | tdb1| 2019-09-02 19:38:46 | 00:00:02 | لین دین میں بے کار | شروع | 6| 26211 | tuser | پی ایس کیو ایل | tdb1| 2019-09-02 19:38:54 | 00:00:08 | لین دین میں بے کار | لاک ٹیبل ویفر_ڈیٹا؛ | 7| 26211 | tuser | پی ایس کیو ایل | tdb1| 2019-09-02 19:39:08 | 00:42:42 | بیکار | عزم | 8| 26211 | tuser | پی ایس کیو ایل | tdb1| 2019-09-03 07:12:07 | 00:00:52 | فعال | منتخب کریں test_del()؛
ترقی۔
دکھائے گئے بنیادی سوالات اور نتیجے میں آنے والی رپورٹیں کارکردگی کے واقعات کا تجزیہ کرتے وقت زندگی کو بہت آسان بنا دیتی ہیں۔
بنیادی سوالات کی بنیاد پر، آپ ایک رپورٹ حاصل کر سکتے ہیں جو مبہم طور پر Oracle کے AWR سے مشابہت رکھتی ہے۔ خلاصہ رپورٹ کی مثال
+---------------------------------------------------------------- ----------------------------------- | سرگرمی اور انتظار کے لیے جامع رپورٹ۔
جاری ہے. اگلی لائن میں لاک ہسٹری (pg_stat_locks) کی تخلیق ہے، جو ٹیبلز کو بھرنے کے عمل کی مزید تفصیلی وضاحت ہے۔