EXPLAIN ਕਿਸ ਬਾਰੇ ਚੁੱਪ ਹੈ ਅਤੇ ਇਸਨੂੰ ਕਿਵੇਂ ਬੋਲਣਾ ਹੈ

ਕਲਾਸਿਕ ਸਵਾਲ ਜੋ ਇੱਕ ਡਿਵੈਲਪਰ ਆਪਣੇ DBA ਜਾਂ ਇੱਕ ਕਾਰੋਬਾਰੀ ਮਾਲਕ ਇੱਕ PostgreSQL ਸਲਾਹਕਾਰ ਕੋਲ ਲਿਆਉਂਦਾ ਹੈ ਲਗਭਗ ਹਮੇਸ਼ਾ ਇੱਕੋ ਜਿਹਾ ਲੱਗਦਾ ਹੈ: "ਡੇਟਾਬੇਸ 'ਤੇ ਬੇਨਤੀਆਂ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਇੰਨਾ ਸਮਾਂ ਕਿਉਂ ਲੱਗਦਾ ਹੈ?"

ਕਾਰਨਾਂ ਦਾ ਰਵਾਇਤੀ ਸਮੂਹ:

• ਅਕੁਸ਼ਲ ਐਲਗੋਰਿਦਮ
  ਜਦੋਂ ਤੁਸੀਂ ਹਜ਼ਾਰਾਂ ਰਿਕਾਰਡਾਂ ਦੇ ਇੱਕ ਜੋੜੇ ਵਿੱਚ ਕਈ CTE ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਦਾ ਫੈਸਲਾ ਕਰਦੇ ਹੋ
• ਅਪ੍ਰਸੰਗਿਕ ਅੰਕੜੇ
  ਜੇਕਰ ਸਾਰਣੀ ਵਿੱਚ ਡੇਟਾ ਦੀ ਅਸਲ ਵੰਡ ਪਹਿਲਾਂ ਹੀ ਪਿਛਲੀ ਵਾਰ ANALYZE ਦੁਆਰਾ ਇਕੱਠੀ ਕੀਤੀ ਗਈ ਨਾਲੋਂ ਬਹੁਤ ਵੱਖਰੀ ਹੈ
• ਸਰੋਤਾਂ 'ਤੇ "ਪਲੱਗ"
  ਅਤੇ CPU ਦੀ ਸਮਰਪਿਤ ਕੰਪਿਊਟਿੰਗ ਪਾਵਰ ਹੁਣ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ, ਗੀਗਾਬਾਈਟ ਮੈਮੋਰੀ ਲਗਾਤਾਰ ਪੰਪ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ, ਜਾਂ ਡਿਸਕ ਡੇਟਾਬੇਸ ਦੀਆਂ ਸਾਰੀਆਂ "ਚਾਹੁੰਦੀਆਂ" ਨੂੰ ਪੂਰਾ ਨਹੀਂ ਰੱਖ ਸਕਦੀ।
• ਬਲਾਕਿੰਗ ਪ੍ਰਤੀਯੋਗੀ ਪ੍ਰਕਿਰਿਆਵਾਂ ਤੋਂ

ਅਤੇ ਜੇਕਰ ਬਲੌਕਿੰਗਾਂ ਨੂੰ ਫੜਨਾ ਅਤੇ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨਾ ਕਾਫ਼ੀ ਮੁਸ਼ਕਲ ਹੈ, ਤਾਂ ਸਾਨੂੰ ਲੋੜੀਂਦੀ ਹਰ ਚੀਜ਼ ਲਈ ਪੁੱਛਗਿੱਛ ਯੋਜਨਾਦੀ ਵਰਤੋਂ ਕਰਕੇ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਆਪਰੇਟਰ ਨੂੰ ਸਮਝਾਓ (ਇਹ ਬਿਹਤਰ ਹੈ, ਬੇਸ਼ਕ, ਤੁਰੰਤ ਸਮਝਾਉਣਾ (ਵਿਸ਼ਲੇਸ਼ਣ, ਬਫਰਜ਼) ...) ਜ auto_explain ਮੋਡੀਊਲ.

ਪਰ, ਜਿਵੇਂ ਕਿ ਉਸੇ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਦੱਸਿਆ ਗਿਆ ਹੈ,

"ਇੱਕ ਯੋਜਨਾ ਨੂੰ ਸਮਝਣਾ ਇੱਕ ਕਲਾ ਹੈ, ਅਤੇ ਇਸ ਵਿੱਚ ਮੁਹਾਰਤ ਹਾਸਲ ਕਰਨ ਲਈ ਕੁਝ ਤਜ਼ਰਬੇ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ..."

ਪਰ ਤੁਸੀਂ ਇਸ ਤੋਂ ਬਿਨਾਂ ਕਰ ਸਕਦੇ ਹੋ ਜੇਕਰ ਤੁਸੀਂ ਸਹੀ ਸਾਧਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ!

ਇੱਕ ਪੁੱਛਗਿੱਛ ਯੋਜਨਾ ਆਮ ਤੌਰ 'ਤੇ ਕਿਸ ਤਰ੍ਹਾਂ ਦੀ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ? ਕੁੱਸ ਇਸ ਤਰ੍ਹਾਂ:

Index Scan using pg_class_relname_nsp_index on pg_class (actual time=0.049..0.050 rows=1 loops=1)
  Index Cond: (relname = $1)
  Filter: (oid = $0)
  Buffers: shared hit=4
  InitPlan 1 (returns $0,$1)
    ->  Limit (actual time=0.019..0.020 rows=1 loops=1)
          Buffers: shared hit=1
          ->  Seq Scan on pg_class pg_class_1 (actual time=0.015..0.015 rows=1 loops=1)
                Filter: (relkind = 'r'::"char")
                Rows Removed by Filter: 5
                Buffers: shared hit=1

ਜਾਂ ਇਸ ਤਰ੍ਹਾਂ:

"Append  (cost=868.60..878.95 rows=2 width=233) (actual time=0.024..0.144 rows=2 loops=1)"
"  Buffers: shared hit=3"
"  CTE cl"
"    ->  Seq Scan on pg_class  (cost=0.00..868.60 rows=9972 width=537) (actual time=0.016..0.042 rows=101 loops=1)"
"          Buffers: shared hit=3"
"  ->  Limit  (cost=0.00..0.10 rows=1 width=233) (actual time=0.023..0.024 rows=1 loops=1)"
"        Buffers: shared hit=1"
"        ->  CTE Scan on cl  (cost=0.00..997.20 rows=9972 width=233) (actual time=0.021..0.021 rows=1 loops=1)"
"              Buffers: shared hit=1"
"  ->  Limit  (cost=10.00..10.10 rows=1 width=233) (actual time=0.117..0.118 rows=1 loops=1)"
"        Buffers: shared hit=2"
"        ->  CTE Scan on cl cl_1  (cost=0.00..997.20 rows=9972 width=233) (actual time=0.001..0.104 rows=101 loops=1)"
"              Buffers: shared hit=2"
"Planning Time: 0.634 ms"
"Execution Time: 0.248 ms"

ਪਰ "ਸ਼ੀਟ ਤੋਂ" ਟੈਕਸਟ ਵਿੱਚ ਯੋਜਨਾ ਨੂੰ ਪੜ੍ਹਨਾ ਬਹੁਤ ਮੁਸ਼ਕਲ ਅਤੇ ਅਸਪਸ਼ਟ ਹੈ:

• ਨੋਡ ਵਿੱਚ ਪ੍ਰਦਰਸ਼ਿਤ ਹੁੰਦਾ ਹੈ ਸਬ-ਟਰੀ ਸਰੋਤਾਂ ਦੁਆਰਾ ਜੋੜ
  ਭਾਵ, ਇਹ ਸਮਝਣ ਲਈ ਕਿ ਕਿਸੇ ਖਾਸ ਨੋਡ ਨੂੰ ਚਲਾਉਣ ਵਿੱਚ ਕਿੰਨਾ ਸਮਾਂ ਲੱਗਿਆ, ਜਾਂ ਸਾਰਣੀ ਤੋਂ ਇਸ ਰੀਡਿੰਗ ਨੇ ਡਿਸਕ ਤੋਂ ਡੇਟਾ ਲਿਆਇਆ, ਤੁਹਾਨੂੰ ਕਿਸੇ ਤਰ੍ਹਾਂ ਇੱਕ ਨੂੰ ਦੂਜੇ ਤੋਂ ਘਟਾਉਣ ਦੀ ਲੋੜ ਹੈ।
• ਨੋਡ ਸਮੇਂ ਦੀ ਲੋੜ ਹੈ ਲੂਪਸ ਨਾਲ ਗੁਣਾ ਕਰੋ
  ਹਾਂ, ਘਟਾਓ ਸਭ ਤੋਂ ਗੁੰਝਲਦਾਰ ਓਪਰੇਸ਼ਨ ਨਹੀਂ ਹੈ ਜੋ "ਸਿਰ ਵਿੱਚ" ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ - ਆਖਰਕਾਰ, ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਟਾਈਮ ਇੱਕ ਨੋਡ ਦੇ ਇੱਕ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਲਈ ਔਸਤ ਵਜੋਂ ਦਰਸਾਇਆ ਗਿਆ ਹੈ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਸੈਂਕੜੇ ਹੋ ਸਕਦੇ ਹਨ
• ਠੀਕ ਹੈ, ਅਤੇ ਇਹ ਸਭ ਮਿਲ ਕੇ ਸਾਨੂੰ ਮੁੱਖ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਣ ਤੋਂ ਰੋਕਦਾ ਹੈ - ਇਸ ਲਈ ਕੌਣ "ਸਭ ਤੋਂ ਕਮਜ਼ੋਰ ਲਿੰਕ"?

ਜਦੋਂ ਅਸੀਂ ਆਪਣੇ ਕਈ ਸੌ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਇਹ ਸਭ ਸਮਝਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ, ਤਾਂ ਸਾਨੂੰ ਅਹਿਸਾਸ ਹੋਇਆ ਕਿ ਬਾਹਰੋਂ ਇਹ ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ:

ਅਤੇ ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸਾਨੂੰ ਚਾਹੀਦਾ ਹੈ ...

ਟੂਲ

ਇਸ ਵਿੱਚ ਅਸੀਂ ਯੋਜਨਾ ਅਤੇ ਬੇਨਤੀ ਦੇ ਅਨੁਸਾਰ "ਕਸੂਰਵਾਰ ਕੌਣ ਹੈ ਅਤੇ ਕੀ ਕਰਨਾ ਹੈ" ਨੂੰ ਸਮਝਣ ਵਿੱਚ ਮਦਦ ਕਰਨ ਵਾਲੇ ਸਾਰੇ ਮੁੱਖ ਮਕੈਨਿਕਸ ਨੂੰ ਇਕੱਠਾ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ। ਖੈਰ, ਅਤੇ ਕਮਿਊਨਿਟੀ ਨਾਲ ਆਪਣੇ ਅਨੁਭਵ ਦਾ ਹਿੱਸਾ ਸਾਂਝਾ ਕਰੋ।
ਮਿਲੋ ਅਤੇ ਵਰਤੋ - explain.tensor.ru

ਯੋਜਨਾਵਾਂ ਦੀ ਦਿੱਖ

ਕੀ ਯੋਜਨਾ ਨੂੰ ਸਮਝਣਾ ਆਸਾਨ ਹੈ ਜਦੋਂ ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ?

Seq Scan on pg_class (actual time=0.009..1.304 rows=6609 loops=1)
  Buffers: shared hit=263
Planning Time: 0.108 ms
Execution Time: 1.800 ms

ਅਸਲ ਵਿੱਚ ਨਹੀਂ

ਪਰ ਇਸ ਤਰ੍ਹਾਂ, ਸੰਖੇਪ ਰੂਪ ਵਿੱਚਜਦੋਂ ਮੁੱਖ ਸੂਚਕਾਂ ਨੂੰ ਵੱਖ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਇਹ ਬਹੁਤ ਸਪੱਸ਼ਟ ਹੁੰਦਾ ਹੈ:

ਪਰ ਜੇ ਯੋਜਨਾ ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਹੈ, ਤਾਂ ਉਹ ਬਚਾਅ ਲਈ ਆਵੇਗਾ piechart ਵਾਰ ਵੰਡ ਨੋਡਸ ਦੁਆਰਾ:

ਖੈਰ, ਸਭ ਤੋਂ ਮੁਸ਼ਕਲ ਵਿਕਲਪਾਂ ਲਈ ਉਹ ਮਦਦ ਕਰਨ ਲਈ ਕਾਹਲੀ ਵਿੱਚ ਹੈ ਤਰੱਕੀ ਚਾਰਟ:

ਉਦਾਹਰਨ ਲਈ, ਇੱਥੇ ਕਾਫ਼ੀ ਗੈਰ-ਮਾਮੂਲੀ ਸਥਿਤੀਆਂ ਹਨ ਜਦੋਂ ਇੱਕ ਯੋਜਨਾ ਵਿੱਚ ਇੱਕ ਤੋਂ ਵੱਧ ਅਸਲ ਰੂਟ ਹੋ ਸਕਦੇ ਹਨ:

ਢਾਂਚਾਗਤ ਸੁਰਾਗ

ਖੈਰ, ਜੇ ਯੋਜਨਾ ਦਾ ਪੂਰਾ ਢਾਂਚਾ ਅਤੇ ਇਸਦੇ ਦੁਖਦਾਈ ਸਥਾਨ ਪਹਿਲਾਂ ਤੋਂ ਹੀ ਰੱਖੇ ਗਏ ਹਨ ਅਤੇ ਦਿਖਾਈ ਦੇ ਰਹੇ ਹਨ, ਤਾਂ ਕਿਉਂ ਨਾ ਉਹਨਾਂ ਨੂੰ ਡਿਵੈਲਪਰ ਨੂੰ ਉਜਾਗਰ ਕਰੋ ਅਤੇ ਉਹਨਾਂ ਨੂੰ "ਰੂਸੀ ਭਾਸ਼ਾ" ਵਿੱਚ ਸਮਝਾਓ?

ਅਸੀਂ ਪਹਿਲਾਂ ਹੀ ਕੁਝ ਦਰਜਨ ਅਜਿਹੇ ਸਿਫਾਰਿਸ਼ ਟੈਂਪਲੇਟ ਇਕੱਠੇ ਕਰ ਚੁੱਕੇ ਹਾਂ।

ਲਾਈਨ-ਦਰ-ਲਾਈਨ ਪੁੱਛਗਿੱਛ ਪ੍ਰੋਫਾਈਲਰ

ਹੁਣ, ਜੇਕਰ ਤੁਸੀਂ ਮੂਲ ਪੁੱਛਗਿੱਛ ਨੂੰ ਵਿਸ਼ਲੇਸ਼ਣੀ ਯੋਜਨਾ 'ਤੇ ਲਾਗੂ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਹਰੇਕ ਵਿਅਕਤੀਗਤ ਬਿਆਨ 'ਤੇ ਕਿੰਨਾ ਸਮਾਂ ਬਿਤਾਇਆ ਗਿਆ ਸੀ - ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ:

...ਜਾਂ ਇਸ ਤਰ੍ਹਾਂ ਵੀ:

ਇੱਕ ਬੇਨਤੀ ਵਿੱਚ ਮਾਪਦੰਡਾਂ ਨੂੰ ਬਦਲਣਾ

ਜੇਕਰ ਤੁਸੀਂ ਨਾ ਸਿਰਫ਼ ਯੋਜਨਾ ਲਈ ਬੇਨਤੀ ਕੀਤੀ ਹੈ, ਸਗੋਂ ਲੌਗ ਦੀ ਵਿਸਤ੍ਰਿਤ ਲਾਈਨ ਤੋਂ ਇਸਦੇ ਮਾਪਦੰਡ ਵੀ "ਅਟੈਚ" ਕੀਤੇ ਹਨ, ਤਾਂ ਤੁਸੀਂ ਇਸ ਨੂੰ ਵਿਕਲਪਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵਿੱਚ ਵੀ ਕਾਪੀ ਕਰ ਸਕਦੇ ਹੋ:

• ਬੇਨਤੀ ਵਿੱਚ ਮੁੱਲ ਦੇ ਬਦਲ ਦੇ ਨਾਲ
  ਤੁਹਾਡੇ ਅਧਾਰ ਅਤੇ ਹੋਰ ਪ੍ਰੋਫਾਈਲਿੰਗ 'ਤੇ ਸਿੱਧੇ ਅਮਲ ਲਈ

  SELECT 'const', 'param'::text;

• PREPARE/EXECUTE ਰਾਹੀਂ ਮੁੱਲ ਦੇ ਬਦਲ ਦੇ ਨਾਲ
  ਸ਼ਡਿਊਲਰ ਦੇ ਕੰਮ ਦੀ ਨਕਲ ਕਰਨ ਲਈ, ਜਦੋਂ ਪੈਰਾਮੀਟ੍ਰਿਕ ਹਿੱਸੇ ਨੂੰ ਅਣਡਿੱਠ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ - ਉਦਾਹਰਨ ਲਈ, ਜਦੋਂ ਵਿਭਾਜਿਤ ਟੇਬਲ 'ਤੇ ਕੰਮ ਕਰਨਾ

  DEALLOCATE ALL;
  PREPARE q(text) AS SELECT 'const', $1::text;
  EXECUTE q('param'::text);
  

ਯੋਜਨਾਵਾਂ ਦਾ ਪੁਰਾਲੇਖ

ਪੇਸਟ ਕਰੋ, ਵਿਸ਼ਲੇਸ਼ਣ ਕਰੋ, ਸਹਿਕਰਮੀਆਂ ਨਾਲ ਸਾਂਝਾ ਕਰੋ! ਯੋਜਨਾਵਾਂ ਆਰਕਾਈਵ ਕੀਤੀਆਂ ਰਹਿਣਗੀਆਂ ਅਤੇ ਤੁਸੀਂ ਬਾਅਦ ਵਿੱਚ ਉਹਨਾਂ 'ਤੇ ਵਾਪਸ ਆ ਸਕਦੇ ਹੋ: explain.tensor.ru/archive

ਪਰ ਜੇਕਰ ਤੁਸੀਂ ਨਹੀਂ ਚਾਹੁੰਦੇ ਕਿ ਦੂਸਰੇ ਤੁਹਾਡੀ ਯੋਜਨਾ ਨੂੰ ਦੇਖਣ, ਤਾਂ "ਪੁਰਾਲੇਖ ਵਿੱਚ ਪ੍ਰਕਾਸ਼ਿਤ ਨਾ ਕਰੋ" ਬਾਕਸ ਨੂੰ ਚੈੱਕ ਕਰਨਾ ਨਾ ਭੁੱਲੋ।

ਅਗਲੇ ਲੇਖਾਂ ਵਿੱਚ ਮੈਂ ਉਹਨਾਂ ਮੁਸ਼ਕਲਾਂ ਅਤੇ ਫੈਸਲਿਆਂ ਬਾਰੇ ਗੱਲ ਕਰਾਂਗਾ ਜੋ ਯੋਜਨਾ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਦੇ ਸਮੇਂ ਪੈਦਾ ਹੁੰਦੀਆਂ ਹਨ।

ਸਰੋਤ: www.habr.com