ສິ່ງທີ່ອະທິບາຍແມ່ນງຽບກ່ຽວກັບແລະເຮັດແນວໃດເພື່ອໃຫ້ມັນເວົ້າ

ຄໍາຖາມຄລາສສິກທີ່ຜູ້ພັດທະນານໍາມາໃຫ້ DBA ຂອງລາວຫຼືເຈົ້າຂອງທຸລະກິດນໍາມາໃຫ້ທີ່ປຶກສາ PostgreSQL ເກືອບສະເຫມີສຽງດຽວກັນ: "ເປັນຫຍັງການຮ້ອງຂໍໃຊ້ເວລາດົນຫຼາຍເພື່ອໃຫ້ສໍາເລັດໃນຖານຂໍ້ມູນ?"

ຊຸດປະເພນີຂອງເຫດຜົນ:

• ສູດການຄິດໄລ່ທີ່ບໍ່ມີປະສິດທິພາບ
  ໃນເວລາທີ່ທ່ານຕັດສິນໃຈເຂົ້າຮ່ວມ CTEs ຫຼາຍຄັ້ງໃນໄລຍະສອງສາມສິບພັນບັນທຶກ
• ສະຖິຕິລ້າສະໄຫມ
  ຖ້າການແຈກຢາຍຕົວຈິງຂອງຂໍ້ມູນໃນຕາຕະລາງແມ່ນແຕກຕ່າງກັນຫຼາຍຈາກທີ່ເກັບກໍາໂດຍ ANALYZE ທີ່ຜ່ານມາ
• "ສຽບ" ກ່ຽວກັບຊັບພະຍາກອນ
  ແລະບໍ່ມີພະລັງງານຄອມພິວເຕີ້ທີ່ອຸທິດຕົນພຽງພໍຂອງ CPU, gigabytes ຂອງຫນ່ວຍຄວາມຈໍາໄດ້ຖືກສູບຢ່າງຕໍ່ເນື່ອງ, ຫຼືແຜ່ນບໍ່ສາມາດຮັກສາ "ຕ້ອງການ" ທັງຫມົດຂອງຖານຂໍ້ມູນ.
• ການຂັດຂວາງ ຈາກຂະບວນການແຂ່ງຂັນ

ແລະຖ້າການຂັດຂວາງແມ່ນຂ້ອນຂ້າງຍາກທີ່ຈະຈັບແລະວິເຄາະ, ຫຼັງຈາກນັ້ນສໍາລັບສິ່ງອື່ນທີ່ພວກເຮົາຕ້ອງການ ແຜນ​ການ​ສອບ​ຖາມ​, ທີ່ສາມາດໄດ້ຮັບການນໍາໃຊ້ ອະທິບາຍຕົວປະຕິບັດການ (ມັນດີກວ່າ, ແນ່ນອນ, ໃຫ້ອະທິບາຍທັນທີ (ວິເຄາະ, ບັຟເຟີ) ...) ຫຼື 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"

ແຕ່ການອ່ານແຜນການໃນຂໍ້ຄວາມ "ຈາກແຜ່ນ" ແມ່ນມີຄວາມຫຍຸ້ງຍາກຫຼາຍແລະບໍ່ຊັດເຈນ:

• ຖືກສະແດງຢູ່ໃນ node ຜົນລວມໂດຍຊັບພະຍາກອນຕົ້ນໄມ້ຍ່ອຍ
  ນັ້ນແມ່ນ, ເພື່ອເຂົ້າໃຈວ່າມັນໃຊ້ເວລາຫຼາຍປານໃດເພື່ອປະຕິບັດຂໍ້ສະເພາະໃດຫນຶ່ງ, ຫຼືຫຼາຍປານໃດທີ່ແນ່ນອນການອ່ານນີ້ຈາກຕາຕະລາງໄດ້ນໍາເອົາຂໍ້ມູນຈາກແຜ່ນ, ທ່ານຈໍາເປັນຕ້ອງໄດ້ລົບຫນຶ່ງຈາກອີກອັນຫນຶ່ງ.
• ຕ້ອງການເວລາ node ຄູນດ້ວຍ loops
  ແມ່ນແລ້ວ, ການຫັກລົບບໍ່ແມ່ນການປະຕິບັດທີ່ສັບສົນທີ່ສຸດທີ່ຕ້ອງເຮັດ "ຢູ່ໃນຫົວ" - ຫຼັງຈາກທີ່ທັງຫມົດ, ເວລາປະຕິບັດແມ່ນສະແດງໂດຍສະເລ່ຍສໍາລັບການປະຕິບັດຫນຶ່ງຂອງ node, ແລະສາມາດມີຫຼາຍຮ້ອຍຂອງພວກເຂົາ.
• ດີ, ແລະທັງຫມົດນີ້ຮ່ວມກັນປ້ອງກັນບໍ່ໃຫ້ພວກເຮົາຕອບຄໍາຖາມຕົ້ນຕໍ - ດັ່ງນັ້ນໃຜ "ການເຊື່ອມຕໍ່ທີ່ອ່ອນແອທີ່ສຸດ"?

ເມື່ອພວກເຮົາພະຍາຍາມອະທິບາຍສິ່ງທັງໝົດນີ້ໃຫ້ກັບນັກພັດທະນາຂອງພວກເຮົາຫຼາຍຮ້ອຍຄົນ, ພວກເຮົາຮູ້ວ່າຈາກພາຍນອກມັນເບິ່ງຄືແນວນີ້:

ແລະນັ້ນຫມາຍຄວາມວ່າພວກເຮົາຕ້ອງການ ...

ເຄື່ອງມື

ໃນນັ້ນພວກເຮົາໄດ້ພະຍາຍາມລວບລວມທຸກກົນໄກທີ່ສໍາຄັນທີ່ຊ່ວຍໃຫ້ເຂົ້າໃຈວ່າ "ໃຜຄວນຕໍານິຕິຕຽນແລະສິ່ງທີ່ຕ້ອງເຮັດ" ຕາມແຜນການແລະການຮ້ອງຂໍ. ດີ, ແລະແບ່ງປັນສ່ວນຫນຶ່ງຂອງປະສົບການຂອງທ່ານກັບຊຸມຊົນ.
ພົບ​ແລະ​ນໍາ​ໃຊ້ - ອະທິບາຍ.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 ການແຈກຢາຍເວລາ ໂດຍ nodes:

ດີ, ສໍາລັບທາງເລືອກທີ່ມີຄວາມຫຍຸ້ງຍາກທີ່ສຸດທີ່ລາວກໍາລັງຮີບຮ້ອນທີ່ຈະຊ່ວຍ ຕາຕະລາງຄວາມຄືບໜ້າ:

ຕົວຢ່າງ, ມີສະຖານະການທີ່ບໍ່ເປັນເລື່ອງເລັກໆນ້ອຍໆ ເມື່ອແຜນການໃດໜຶ່ງອາດມີຫຼາຍກວ່າໜຶ່ງຮາກຕົວຈິງ:

ຂໍ້ຄຶດໂຄງສ້າງ

ດີ, ຖ້າໂຄງສ້າງທັງຫມົດຂອງແຜນການແລະຈຸດເຈັບປວດຂອງມັນໄດ້ຖືກວາງໄວ້ແລ້ວແລະເຫັນໄດ້, ເປັນຫຍັງຈຶ່ງບໍ່ເນັ້ນໃຫ້ພວກເຂົາກັບຜູ້ພັດທະນາແລະອະທິບາຍໃນ "ພາສາລັດເຊຍ"?

ພວກ​ເຮົາ​ໄດ້​ເກັບ​ກໍາ​ຂໍ້​ມູນ​ຄູ່​ນ​່​ຶ​ຂອງ​ອາຍ​ແກ​ັ​ສ​ແບບ​ແນະ​ນໍາ​ດັ່ງ​ກ່າວ​.

ໂປຣແກຣມສອບຖາມແບບແຖວຕໍ່ແຖວ

ດຽວນີ້, ຖ້າທ່ານເອົາການສອບຖາມຕົ້ນສະບັບໃສ່ແຜນການວິເຄາະ, ທ່ານສາມາດເບິ່ງວ່າໃຊ້ເວລາຫຼາຍປານໃດໃນຄໍາຖະແຫຼງທີ່ແຕ່ລະຄົນ - ບາງສິ່ງບາງຢ່າງເຊັ່ນນີ້:

...ຫຼື​ແມ່ນ​ແຕ່​ເຊັ່ນ​ນີ້​:

ການປ່ຽນພາລາມິເຕີເຂົ້າໃນການຮ້ອງຂໍ

ຖ້າທ່ານ "ແນບ" ບໍ່ພຽງແຕ່ຄໍາຮ້ອງຂໍກັບແຜນການ, ແຕ່ຍັງຕົວກໍານົດການຂອງມັນຈາກເສັ້ນລາຍລະອຽດຂອງບັນທຶກ, ທ່ານສາມາດຄັດລອກມັນໃນທາງເລືອກຫນຶ່ງ:

• ດ້ວຍການທົດແທນມູນຄ່າໃນການສອບຖາມ
  ສໍາລັບການປະຕິບັດໂດຍກົງກ່ຽວກັບພື້ນຖານຂອງທ່ານແລະການສ້າງໂປຣໄຟລ໌ຕື່ມອີກ

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

• ດ້ວຍການປ່ຽນຄ່າຜ່ານ PREPARE/EXECUTE
  ເພື່ອເຮັດຕາມການເຮັດວຽກຂອງຜູ້ຈັດຕາຕະລາງ, ເມື່ອພາກສ່ວນ parametric ສາມາດຖືກລະເລີຍ - ຕົວຢ່າງ, ເມື່ອເຮັດວຽກຢູ່ໃນຕາຕະລາງແບ່ງສ່ວນ.

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

ຮວບຮວມແຜນການ

ວາງ, ວິເຄາະ, ແບ່ງປັນກັບເພື່ອນຮ່ວມງານ! ແຜນການຈະຍັງຄົງຖືກເກັບໄວ້ ແລະທ່ານສາມາດກັບຄືນໄປຫາພວກມັນໄດ້ໃນພາຍຫຼັງ: ອະທິບາຍ.tensor.ru/archive

ແຕ່ຖ້າທ່ານບໍ່ຕ້ອງການໃຫ້ຄົນອື່ນເຫັນແຜນການຂອງທ່ານ, ຢ່າລືມກວດເບິ່ງກ່ອງ "ຫ້າມເຜີຍແຜ່ໃນແຟ້ມ".

ໃນບົດຄວາມຕໍ່ໄປນີ້ຂ້າພະເຈົ້າຈະເວົ້າກ່ຽວກັບຄວາມຫຍຸ້ງຍາກແລະການຕັດສິນໃຈທີ່ເກີດຂື້ນໃນເວລາທີ່ການວິເຄາະແຜນການ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com