pgbench - ອອນລາຍໃນຄລາວ

ໂຄງການ:

NAME

pgbench - ດໍາເນີນການທົດສອບ benchmark ໃນ PostgreSQL

ສະຫຼຸບສັງລວມ

pgbench -i [ທາງເລືອກ... ] [dbname]

pgbench [ທາງເລືອກ... ] [dbname]

ລາຍລະອຽດ

pgbench ແມ່ນໂຄງການທີ່ງ່າຍດາຍສໍາລັບການແລ່ນການທົດສອບ benchmark ໃນ PostgreSQL. ມັນແລ່ນຄືກັນ
ລໍາດັບຂອງຄໍາສັ່ງ SQL ຫຼາຍກວ່າແລະຫຼາຍກວ່າ, ອາດຈະຢູ່ໃນຫຼາຍກອງປະຊຸມຖານຂໍ້ມູນພ້ອມກັນ,
ແລະຫຼັງຈາກນັ້ນຄິດໄລ່ອັດຕາທຸລະກໍາສະເລ່ຍ (ທຸລະກໍາຕໍ່ວິນາທີ). ໂດຍຄ່າເລີ່ມຕົ້ນ,
pgbench ທົດສອບສະຖານະການທີ່ອີງໃສ່ TPC-B ວ່າງໆ, ປະກອບມີຫ້າ SELECT, UPDATE,
ແລະ INSERT ຄໍາສັ່ງຕໍ່ທຸລະກໍາ. ຢ່າງໃດກໍ່ຕາມ, ມັນງ່າຍທີ່ຈະທົດສອບກໍລະນີອື່ນໆໂດຍການຂຽນ
ໄຟລ໌ script ທຸລະກໍາຂອງທ່ານເອງ.

ຜົນຜະລິດປົກກະຕິຈາກ pgbench ເບິ່ງຄືວ່າ:

ປະເພດທຸລະກໍາ: TPC-B (ປະເພດ)
ປັດ​ໄຈ​ການ​ຂະ​ຫຍາຍ​ຕົວ​: 10​
ຮູບແບບການສອບຖາມ: ງ່າຍດາຍ
ຈໍາ​ນວນ​ລູກ​ຄ້າ​: 10​
ຈໍານວນກະທູ້: 1
ຈໍານວນການເຮັດທຸລະກໍາຕໍ່ລູກຄ້າ: 1000
ຈໍານວນການເຮັດທຸລະກໍາທີ່ດໍາເນີນຕົວຈິງ: 10000/10000
tps = 85.184871 (ລວມທັງການສ້າງຕັ້ງການເຊື່ອມຕໍ່)
tps = 85.296346 (ບໍ່ລວມການເຊື່ອມຕໍ່ການສ້າງຕັ້ງ)

ຫົກແຖວທໍາອິດລາຍງານບາງການຕັ້ງຄ່າພາລາມິເຕີທີ່ສໍາຄັນທີ່ສຸດ. ແຖວຕໍ່ໄປ
ລາຍງານຈໍານວນການເຮັດທຸລະກໍາທີ່ສໍາເລັດແລະມີຈຸດປະສົງ (ອັນສຸດທ້າຍແມ່ນພຽງແຕ່
ຜະລິດຕະພັນຂອງຈໍານວນລູກຄ້າແລະຈໍານວນການເຮັດທຸລະກໍາຕໍ່ລູກຄ້າ); ເຫຼົ່ານີ້ຈະເທົ່າທຽມກັນ
ເວັ້ນເສຍແຕ່ວ່າແລ່ນບໍ່ສໍາເລັດກ່ອນທີ່ຈະສໍາເລັດ. (ໃນ -T ຮູບແບບ, ພຽງແຕ່ຈໍານວນຕົວຈິງຂອງ
ການເຮັດທຸລະກໍາຖືກພິມອອກ.) ສອງແຖວສຸດທ້າຍລາຍງານຈໍານວນການເຮັດທຸລະກໍາຕໍ່ວິນາທີ,
ຄິດ​ໄລ່​ໂດຍ​ບໍ່​ມີ​ການ​ນັບ​ເວ​ລາ​ທີ່​ຈະ​ເລີ່ມ​ຕົ້ນ​ກອງ​ປະ​ຊຸມ​ຖານ​ຂໍ້​ມູນ​.

ການທົດສອບການເຮັດທຸລະກໍາທີ່ຄ້າຍຄືກັບ TPC-B ເລີ່ມຕົ້ນຮຽກຮ້ອງໃຫ້ມີຕາຕະລາງສະເພາະທີ່ຈະຖືກຕັ້ງໄວ້ກ່ອນ.
pgbench ຄວນຖືກເອີ້ນດ້ວຍ -i (initialize) ທາງເລືອກທີ່ຈະສ້າງແລະເພີ່ມຂໍ້ມູນເຫຼົ່ານີ້
ໂຕະ. (ເມື່ອທ່ານກໍາລັງທົດສອບສະຄຣິບແບບກຳນົດເອງ, ທ່ານບໍ່ຕ້ອງການຂັ້ນຕອນນີ້, ແຕ່ຈະໃຊ້ແທນ
ຈໍາ​ເປັນ​ຕ້ອງ​ເຮັດ​ແນວ​ໃດ​ກໍ​ຕາມ​ການ​ຕັ້ງ​ຄ່າ​ການ​ທົດ​ສອບ​ຂອງ​ທ່ານ​ຕ້ອງ​ການ​.) ການ​ເລີ່ມ​ຕົ້ນ​ເບິ່ງ​ຄື​ວ່າ​:

pgbench -i [ ທາງ​ເລືອກ​ອື່ນ​ ] dbname

ບ່ອນທີ່ dbname ແມ່ນຊື່ຂອງຖານຂໍ້ມູນທີ່ສ້າງແລ້ວເພື່ອທົດສອບໃນ
-h, -p, ແລະ / ຫຼື -U ທາງເລືອກໃນການລະບຸວິທີການເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍຂອງຖານຂໍ້ມູນ.)

ລະມັດລະວັງ
pgbench -i ສ້າງສີ່ຕາຕະລາງ pgbench_accounts, pgbench_branches, pgbench_history,
ແລະ pgbench_tellers, ທໍາລາຍຕາຕະລາງທີ່ມີຢູ່ແລ້ວຂອງຊື່ເຫຼົ່ານີ້. ຈະລະມັດລະວັງຫຼາຍ
ໃຊ້ຖານຂໍ້ມູນອື່ນຖ້າທ່ານມີຕາຕະລາງທີ່ມີຊື່ເຫຼົ່ານີ້!

ໃນຕອນຕົ້ນ "ປັດໄຈຂະຫນາດ" ຂອງ 1, ຕາຕະລາງເບື້ອງຕົ້ນປະກອບດ້ວຍຫຼາຍແຖວນີ້:

ຕາຕະລາງ # ຂອງແຖວ
---------------------------------
pgbench_branches 1
pgbench_tellers 10
pgbench_accounts 100000
pgbench_history 0

ທ່ານສາມາດ (ແລະ, ສໍາລັບຈຸດປະສົງສ່ວນໃຫຍ່, ອາດຈະ) ເພີ່ມຈໍານວນແຖວໂດຍການນໍາໃຊ້
-s (ປັດໄຈຂະຫນາດ) ທາງເລືອກ. ໄດ້ -F ທາງເລືອກ (fillfactor) ອາດຈະຖືກນໍາໃຊ້ໃນຈຸດນີ້.

ເມື່ອທ່ານໄດ້ເຮັດການຕິດຕັ້ງທີ່ຈໍາເປັນ, ທ່ານສາມາດດໍາເນີນການ benchmark ຂອງທ່ານດ້ວຍຄໍາສັ່ງທີ່
ບໍ່ລວມ -i, ນັ້ນ​ແມ່ນ

pgbench [ ທາງເລືອກໃນການ ] dbname

ໃນເກືອບທຸກກໍລະນີ, ທ່ານຈະຕ້ອງມີທາງເລືອກບາງຢ່າງເພື່ອເຮັດການທົດສອບທີ່ເປັນປະໂຫຍດ. ສໍາ​ຄັນ​ທີ່​ສຸດ
ທາງເລືອກແມ່ນ -c (ຈໍາ​ນວນ​ລູກ​ຄ້າ​)​, -t (ຈໍານວນຂອງການເຮັດທຸລະກໍາ), -T (ກໍານົດເວລາ), ແລະ -f
(ລະບຸໄຟລ໌ສະຄຣິບແບບກຳນົດເອງ). ເບິ່ງຂ້າງລຸ່ມນີ້ສໍາລັບບັນຊີລາຍຊື່ເຕັມ.

OPTIONS

ຕໍ່ໄປນີ້ແມ່ນແບ່ງອອກເປັນສາມສ່ວນຍ່ອຍ: ທາງເລືອກທີ່ແຕກຕ່າງກັນແມ່ນຖືກນໍາໃຊ້ໃນລະຫວ່າງ
ການເລີ່ມຕົ້ນຖານຂໍ້ມູນແລະໃນຂະນະທີ່ດໍາເນີນການ benchmarks, ບາງທາງເລືອກແມ່ນມີປະໂຫຍດໃນທັງສອງ
ກໍລະນີ.

ການລິເລີ່ມ ທາງເລືອກໃນການ
pgbench ຍອມຮັບການໂຕ້ຖຽງການເລີ່ມຕົ້ນແຖວຄໍາສັ່ງຕໍ່ໄປນີ້:

-i
-- ເລີ່ມຕົ້ນ
ຕ້ອງການເພື່ອເອີ້ນໃຊ້ໂໝດເລີ່ມຕົ້ນ.

-F ປັດໄຈຕື່ມ
--fillfactor=ປັດໄຈຕື່ມ
ສ້າງຕາຕະລາງ pgbench_accounts, pgbench_tellers ແລະ pgbench_branches ດ້ວຍ
ປັດໄຈທີ່ໃຫ້. ຄ່າເລີ່ມຕົ້ນແມ່ນ 100.

-n
--ບໍ່ມີສູນຍາກາດ
ບໍ່ມີການດູດຊືມຫຼັງຈາກການເລີ່ມຕົ້ນ.

-q
--ງຽບ
ສະຫຼັບການບັນທຶກເປັນໂໝດງຽບ, ຜະລິດຂໍ້ຄວາມຄວາມຄືບໜ້າພຽງອັນດຽວຕໍ່ 5 ວິນາທີ. ໄດ້
ການ​ບັນ​ທຶກ​ໄວ້​ໃນ​ຕອນ​ຕົ້ນ​ພິມ​ຂໍ້​ຄວາມ​ຫນຶ່ງ​ໃນ​ແຕ່​ລະ 100000 ແຖວ​ເກັດ​ທີ່​ຢູ່​, ຊຶ່ງ​ມັກ​ຈະ​ອອກ​ຫຼາຍ​ແຖວ​
ຕໍ່ວິນາທີ (ໂດຍສະເພາະໃນຮາດແວທີ່ດີ).

-s scale_factor
--scale=scale_factor
ຄູນຈຳນວນແຖວທີ່ສ້າງຂຶ້ນໂດຍປັດໄຈຂະໜາດ. ຕົວຢ່າງ, -s 100 ຈະ
ສ້າງ 10,000,000 ແຖວໃນຕາຕະລາງ pgbench_accounts. ຄ່າເລີ່ມຕົ້ນແມ່ນ 1. ເມື່ອຂະໜາດແມ່ນ
20,000 ຫຼືໃຫຍ່ກວ່າ, ຖັນທີ່ໃຊ້ເພື່ອຖືຕົວລະບຸບັນຊີ (ຖັນການຊ່ວຍເຫຼືອ) ຈະ
ສະຫຼັບໄປໃຊ້ຕົວເລກທີ່ໃຫຍ່ກວ່າ (ໃຫຍ່), ເພື່ອໃຫ້ໃຫຍ່ພໍທີ່ຈະຖືຂອບເຂດ
ຂອງຕົວລະບຸບັນຊີ.

--foreign-keys
ສ້າງຂໍ້ຈໍາກັດທີ່ສໍາຄັນຕ່າງປະເທດລະຫວ່າງຕາຕະລາງມາດຕະຖານ.

--index-tablespace=index_tablespace
ສ້າງດັດສະນີໃນຕາຕະລາງທີ່ກໍານົດໄວ້, ແທນທີ່ຈະເປັນຕາຕະລາງມາດຕະຖານ.

--tablespace=ໂຕະ
ສ້າງຕາຕະລາງຢູ່ໃນຕາຕະລາງທີ່ກໍານົດໄວ້, ແທນທີ່ຈະເປັນຕາຕະລາງມາດຕະຖານ.

--unlogged-ຕາຕະລາງ
ສ້າງຕາຕະລາງທັງຫມົດເປັນຕາຕະລາງທີ່ບໍ່ໄດ້ບັນທຶກ, ແທນທີ່ຈະເປັນຕາຕະລາງຖາວອນ.

ການປຽບທຽບ ທາງເລືອກໃນການ
pgbench ຍອມຮັບການໂຕ້ຖຽງ benchmarking ແຖວຄໍາສັ່ງຕໍ່ໄປນີ້:

-c ລູກຄ້າ
--ລູກຄ້າ=ລູກຄ້າ
ຈໍານວນລູກຄ້າຈໍາລອງ, ນັ້ນແມ່ນ, ຈໍານວນກອງປະຊຸມຖານຂໍ້ມູນພ້ອມກັນ. ຄ່າເລີ່ມຕົ້ນ
ແມ່ນ 1.

-C
--ເຊື່ອມຕໍ່
ສ້າງການເຊື່ອມຕໍ່ໃຫມ່ສໍາລັບແຕ່ລະທຸລະກໍາ, ແທນທີ່ຈະເຮັດມັນພຽງແຕ່ຫນຶ່ງຄັ້ງຕໍ່
ກອງ​ປະ​ຊຸມ​ລູກ​ຄ້າ​. ນີ້ແມ່ນເປັນປະໂຫຍດເພື່ອວັດແທກການເຊື່ອມຕໍ່ overhead.

-d
--debug
ພິມອອກຜົນດີບັກ.

-D varname=ມູນຄ່າ
--define=varname=ມູນຄ່າ
ກໍານົດຕົວແປສໍາລັບການນໍາໃຊ້ໂດຍສະຄິບທີ່ກໍາຫນົດເອງ (ເບິ່ງຂ້າງລຸ່ມນີ້). ຫຼາຍ -D ທາງເລືອກແມ່ນ
ອະນຸຍາດ.

-f ຊື່​ເອ​ກະ​ສານ
--file=ຊື່​ເອ​ກະ​ສານ
ອ່ານສະຄຣິບການເຮັດທຸລະກໍາຈາກ ຊື່​ເອ​ກະ​ສານ. ເບິ່ງຂ້າງລຸ່ມນີ້ສໍາລັບລາຍລະອຽດ. -N, -S, ແລະ -f ມີ
ສະ​ເພາະ​ເຊິ່ງ​ກັນ​ແລະ​ກັນ.

-j ກະທູ້
--ວຽກ=ກະທູ້
ຈໍານວນຂອງກະທູ້ພະນັກງານພາຍໃນ pgbench. ການ​ນໍາ​ໃຊ້​ຫຼາຍ​ກ​່​ວາ​ຫນຶ່ງ​ກະ​ທູ້​ສາ​ມາດ​ເປັນ​ປະ​ໂຫຍດ​ກ່ຽວ​ກັບ​ການ​
ເຄື່ອງຈັກຫຼາຍ CPU. ຈໍາ​ນວນ​ລູກ​ຄ້າ​ຕ້ອງ​ເປັນ​ຕົວ​ຄູນ​ຂອງ​ຈໍາ​ນວນ​ຂອງ​ກະ​ທູ້​,
ເນື່ອງຈາກແຕ່ລະກະທູ້ແມ່ນໄດ້ຮັບຈໍານວນດຽວກັນຂອງກອງປະຊຸມລູກຄ້າເພື່ອຈັດການ. ຄ່າເລີ່ມຕົ້ນແມ່ນ 1.

-l
--ບັນທຶກ
ຂຽນເວລາທີ່ປະຕິບັດໂດຍແຕ່ລະທຸລະກໍາໃສ່ໄຟລ໌ບັນທຶກ. ເບິ່ງຂ້າງລຸ່ມນີ້ສໍາລັບລາຍລະອຽດ.

-L ກໍານົດຂອບເຂດ
--latency-limit=ກໍານົດຂອບເຂດ
ທຸລະກໍາທີ່ມີເວລາຫຼາຍກວ່າ ກໍານົດຂອບເຂດ milliseconds ຖືກນັບແລະລາຍງານ
ແຍກຕ່າງຫາກ, ເປັນຊ້າ.

ເມື່ອ​ໃຊ້ throttling (--ອັດຕາ=...), ການເຮັດທຸລະກໍາທີ່ຊັກຊ້າຕາຕະລາງໂດຍຫຼາຍ
ກ່ວາ ກໍານົດຂອບເຂດ ms, ແລະດັ່ງນັ້ນຈຶ່ງບໍ່ມີຄວາມຫວັງທີ່ຈະຕອບສະຫນອງຂອບເຂດຈໍາກັດ latency, ບໍ່ໄດ້ຖືກສົ່ງໄປຫາ
server ທັງຫມົດ. ພວກເຂົາເຈົ້າໄດ້ຖືກນັບແລະລາຍງານແຍກຕ່າງຫາກເປັນຂ້າມ.

-M ໂໝດສອບຖາມ
--protocol=ໂໝດສອບຖາມ
ໂປຣໂຕຄໍເພື່ອໃຊ້ສຳລັບການສົ່ງຄຳຖາມໄປຫາເຊີບເວີ:

· ງ່າຍ​ດາຍ​: ການ​ນໍາ​ໃຊ້​ອະ​ນຸ​ສັນ​ຍາ​ການ​ສອບ​ຖາມ​ງ່າຍ​ດາຍ​.

· ຂະຫຍາຍ: ໃຊ້ໂປຣໂຕຄໍສອບຖາມຂະຫຍາຍ.

· ການກະກຽມ: ໃຊ້ protocol query ຂະຫຍາຍກັບຄໍາຖະແຫຼງທີ່ກະກຽມ.

ຄ່າເລີ່ມຕົ້ນແມ່ນໂປຣໂຕຄໍແບບສອບຖາມທີ່ງ່າຍດາຍ. (ເບິ່ງບົດທີ 50, ອະນຸສັນຍາ Frontend/Backend, ໃນ
ເອກະສານສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.)

-n
--ບໍ່ມີສູນຍາກາດ
ບໍ່ມີການດູດຊືມກ່ອນທີ່ຈະແລ່ນການທົດສອບ. ທາງເລືອກນີ້ແມ່ນ ຈໍາເປັນ ຖ້າ​ຫາກ​ວ່າ​ທ່ານ
ແລ່ນສະຖານະການທົດສອບແບບກຳນົດເອງທີ່ບໍ່ລວມເອົາຕາຕະລາງມາດຕະຖານ
pgbench_accounts, pgbench_branches, pgbench_history, ແລະ pgbench_tellers.

-N
--skip-some-updates
ຢ່າອັບເດດ pgbench_tellers ແລະ pgbench_branches. ນີ້ຈະຫຼີກລ້ຽງການຂັດແຍ້ງກ່ຽວກັບການປັບປຸງ
ໃນຕາຕະລາງເຫຼົ່ານີ້, ແຕ່ມັນເຮັດໃຫ້ກໍລະນີການທົດສອບຫນ້ອຍເຊັ່ນ TPC-B.

-P sec
--ຄວາມຄືບໜ້າ=sec
ສະແດງລາຍງານຄວາມຄືບໜ້າທຸກໆວິນາທີ. ບົດລາຍງານລວມມີເວລານັບຕັ້ງແຕ່
ການເລີ່ມຕົ້ນຂອງການດໍາເນີນການ, tps ນັບຕັ້ງແຕ່ບົດລາຍງານທີ່ຜ່ານມາ, ແລະການຊັກຊ້າຂອງທຸລະກໍາ
ຄ່າສະເລ່ຍແລະມາດຕະຖານ deviation ນັບຕັ້ງແຕ່ບົດລາຍງານທີ່ຜ່ານມາ. ພາຍໃຕ້ການຄວບຄຸມ (-R), the
latency ແມ່ນຄໍານວນກ່ຽວກັບການເຮັດທຸລະກໍາທີ່ກໍານົດເວລາເລີ່ມຕົ້ນ, ບໍ່ແມ່ນ
ເວລາເລີ່ມຕົ້ນການເຮັດທຸລະກໍາຕົວຈິງ, ດັ່ງນັ້ນມັນຍັງປະກອບມີການຊັກຊ້າຂອງຕາຕະລາງສະເລ່ຍ
ເວລາ.

-r
--report-latencies
ລາຍ​ງານ​ຄວາມ​ຫຼ້າ​ຊ້າ​ສະ​ເລ່ຍ​ຕໍ່​ຄໍາ​ຖະ​ແຫຼງ​ການ (ທີ່​ໃຊ້​ເວ​ລາ​ປະ​ຕິ​ບັດ​ຈາກ​ທັດ​ສະ​ນະ​ຂອງ​
client) ຂອງແຕ່ລະຄໍາສັ່ງຫຼັງຈາກ benchmark ສໍາເລັດ. ເບິ່ງຂ້າງລຸ່ມນີ້ສໍາລັບລາຍລະອຽດ.

-R ອັດຕາການ
--rate=ອັດຕາການ
ປະຕິບັດທຸລະກໍາເປົ້າຫມາຍອັດຕາທີ່ກໍານົດໄວ້ແທນທີ່ຈະດໍາເນີນການໄວເທົ່າທີ່ເປັນ
ເປັນໄປໄດ້ (ຄ່າເລີ່ມຕົ້ນ). ອັດຕາແມ່ນໃຫ້ຢູ່ໃນທຸລະກໍາຕໍ່ວິນາທີ. ຖ້າເປົ້າຫມາຍ
ອັດຕາແມ່ນສູງກວ່າອັດຕາສູງສຸດທີ່ເປັນໄປໄດ້, ຂອບເຂດຈໍາກັດອັດຕາຈະບໍ່ສົ່ງຜົນກະທົບຕໍ່ຜົນໄດ້ຮັບ.

ອັດຕາແມ່ນເປົ້າຫມາຍໂດຍການເລີ່ມຕົ້ນການເຮັດທຸລະກໍາຕາມຕາຕະລາງການແຈກຢາຍ Poisson
ເສັ້ນເວລາ. ຕາຕະລາງເວລາເລີ່ມຕົ້ນທີ່ຄາດວ່າຈະກ້າວໄປຂ້າງຫນ້າໂດຍອີງໃສ່ເວລາທີ່ລູກຄ້າ
ເລີ່ມຕົ້ນຄັ້ງທໍາອິດ, ບໍ່ແມ່ນໃນເວລາທີ່ທຸລະກໍາທີ່ຜ່ານມາສິ້ນສຸດລົງ. ວິທີການນັ້ນຫມາຍຄວາມວ່າເມື່ອ
ການເຮັດທຸລະກໍາຜ່ານເວລາສິ້ນສຸດທີ່ກໍານົດໄວ້ເດີມຂອງພວກເຂົາ, ມັນເປັນໄປໄດ້ສໍາລັບການຕໍ່ມາ
ຈັບ​ໄດ້​ອີກ.

ໃນເວລາທີ່ throttling ມີການເຄື່ອນໄຫວ, latency ການເຮັດທຸລະກໍາທີ່ລາຍງານໃນຕອນທ້າຍຂອງການດໍາເນີນການແມ່ນ
ຄິດ​ໄລ່​ຈາກ​ເວ​ລາ​ເລີ່ມ​ຕົ້ນ​ທີ່​ກໍາ​ນົດ​ໄວ້​, ສະ​ນັ້ນ​ມັນ​ປະ​ກອບ​ມີ​ເວ​ລາ​ແຕ່​ລະ​ການ​ເຮັດ​ທຸ​ລະ​ກໍາ​
ຕ້ອງລໍຖ້າການເຮັດທຸລະກໍາທີ່ຜ່ານມາສໍາເລັດ. ເວລາລໍຖ້າແມ່ນເອີ້ນວ່າ
ກໍານົດເວລາ lag, ແລະສະເລ່ຍແລະສູງສຸດຂອງມັນໄດ້ຖືກລາຍງານແຍກຕ່າງຫາກ. ໄດ້
latency ຂອງທຸລະກໍາກ່ຽວກັບເວລາເລີ່ມຕົ້ນການເຮັດທຸລະກໍາຕົວຈິງ, ie ເວລາ
ໃຊ້​ເວ​ລາ​ປະ​ຕິ​ບັດ​ທຸ​ລະ​ກໍາ​ໃນ​ຖານ​ຂໍ້​ມູນ​, ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ຄິດ​ໄລ່​ໂດຍ​ການ​ລົບ​
ກຳນົດເວລາຊັກຊ້າຈາກການຕອບສະໜອງທີ່ລາຍງານ.

If --latency-ຈຳກັດ ຖືກ​ນໍາ​ໃຊ້​ຮ່ວມ​ກັບ​ --ອັດຕາ, ການເຮັດທຸລະກໍາສາມາດຊັກຊ້າຫຼາຍ
ວ່າມັນເກີນຂີດຈຳກັດ latency ແລ້ວເມື່ອທຸລະກຳທີ່ຜ່ານມາສິ້ນສຸດລົງ, ເພາະວ່າ
ເວລາ latency ແມ່ນຄິດໄລ່ຈາກເວລາເລີ່ມຕົ້ນທີ່ໄດ້ກໍານົດໄວ້. ການເຮັດທຸລະກໍາດັ່ງກ່າວບໍ່ແມ່ນ
ຖືກສົ່ງໄປຫາເຄື່ອງແມ່ຂ່າຍ, ແຕ່ຖືກຂ້າມທັງຫມົດແລະນັບແຍກຕ່າງຫາກ.

ເວລາຊັກຊ້າຂອງຕາຕະລາງສູງເປັນຕົວຊີ້ບອກວ່າລະບົບບໍ່ສາມາດປະມວນຜົນທຸລະກໍາໄດ້
ໃນອັດຕາທີ່ກໍານົດໄວ້, ດ້ວຍຈໍານວນລູກຄ້າແລະກະທູ້ທີ່ເລືອກ. ໃນເວລາທີ່ສະເລ່ຍ
ເວລາປະຕິບັດທຸລະກໍາແມ່ນຍາວກວ່າໄລຍະເວລາທີ່ກໍານົດໄວ້ລະຫວ່າງແຕ່ລະຄົນ
ການເຮັດທຸລະກໍາ, ແຕ່ລະທຸລະກໍາທີ່ປະສົບຜົນສໍາເລັດຈະຫຼຸດລົງຕື່ມອີກ, ແລະຕາຕະລາງ
ເວລາ lag ຈະເຮັດໃຫ້ການແລ່ນທົດສອບໄດ້ດົນຂຶ້ນ. ເມື່ອເປັນແນວນັ້ນ, ເຈົ້າຈະ
ຕ້ອງຫຼຸດອັດຕາທຸລະກຳທີ່ກຳນົດໄວ້.

-s scale_factor
--scale=scale_factor
ລາຍງານປັດໄຈຂະຫນາດທີ່ລະບຸໄວ້ໃນຜົນຜະລິດຂອງ pgbench. ດ້ວຍການທົດສອບການກໍ່ສ້າງ, ນີ້
ແມ່ນບໍ່ຈໍາເປັນ; ປັດໄຈຂະຫນາດທີ່ຖືກຕ້ອງຈະຖືກກວດພົບໂດຍການນັບຈໍານວນ
ແຖວໃນຕາຕະລາງ pgbench_branches. ຢ່າງໃດກໍຕາມ, ເມື່ອທົດສອບມາດຕະຖານທີ່ກໍາຫນົດເອງ (-f
option), ປັດໄຈຂະຫນາດຈະຖືກລາຍງານເປັນ 1 ເວັ້ນເສຍແຕ່ວ່າທາງເລືອກນີ້ຖືກນໍາໃຊ້.

-S
--ເລືອກເທົ່ານັ້ນ
ດໍາເນີນທຸລະກໍາທີ່ເລືອກເທົ່ານັ້ນແທນທີ່ຈະເປັນການທົດສອບແບບ TPC-B.

-t ການເຮັດທຸລະກໍາ
--ທຸລະກຳ=ການເຮັດທຸລະກໍາ
ຈໍານວນການເຮັດທຸລະກໍາທີ່ລູກຄ້າແຕ່ລະຄົນດໍາເນີນການ. ຄ່າເລີ່ມຕົ້ນແມ່ນ 10.

-T ວິນາທີ
--ເວລາ=ວິນາທີ
ດໍາເນີນການທົດສອບສໍາລັບຫຼາຍວິນາທີນີ້, ແທນທີ່ຈະເປັນຈໍານວນຄົງທີ່ຂອງທຸລະກໍາຕໍ່
ລູກຄ້າ. -t ແລະ -T ແມ່ນສະເພາະເຊິ່ງກັນແລະກັນ.

-v
--ສູນຍາກາດ-ທັງໝົດ
ສູນຍາກາດທັງສີ່ຕາຕະລາງມາດຕະຖານກ່ອນທີ່ຈະດໍາເນີນການທົດສອບ. ກັບທັງສອງ -n neither -v,
pgbench ຈະສູນຍາກາດຂອງຕາຕະລາງ pgbench_tellers ແລະ pgbench_branches, ແລະຈະຕັດອອກ.
pgbench_history.

--aggregate-interval=ວິນາທີ
ຄວາມຍາວຂອງໄລຍະການລວບລວມ (ເປັນວິນາທີ). ອາດຈະຖືກນໍາໃຊ້ຮ່ວມກັນກັບ -l - ກັບ
ຕົວເລືອກນີ້, ບັນທຶກປະກອບມີບົດສະຫຼຸບຕໍ່ໄລຍະ (ຈໍານວນການເຮັດທຸລະກໍາ, min/max
latency ແລະສອງຊ່ອງຂໍ້ມູນເພີ່ມເຕີມທີ່ເປັນປະໂຫຍດສໍາລັບການຄາດຄະເນຄວາມແຕກຕ່າງກັນ).

ຕົວເລືອກນີ້ບໍ່ຖືກຮອງຮັບໃນ Windows ໃນຂະນະນີ້.

--sampling-rate=ອັດຕາການ
ອັດຕາການເກັບຕົວຢ່າງ, ໃຊ້ໃນເວລາທີ່ຂຽນຂໍ້ມູນເຂົ້າໃນບັນທຶກ, ເພື່ອຫຼຸດຜ່ອນຈໍານວນບັນທຶກ
ສ້າງຂຶ້ນ. ຖ້າທາງເລືອກນີ້ຖືກມອບໃຫ້, ມີພຽງແຕ່ສ່ວນຫນຶ່ງຂອງການເຮັດທຸລະກໍາທີ່ລະບຸໄວ້ເທົ່ານັ້ນ
ບັນທຶກ. 1.0 ຫມາຍຄວາມວ່າການເຮັດທຸລະກໍາທັງຫມົດຈະຖືກບັນທຶກ, 0.05 ຫມາຍຄວາມວ່າພຽງແຕ່ 5% ຂອງ
ທຸລະກໍາຈະຖືກບັນທຶກ.

ຢ່າລືມເອົາອັດຕາການເກັບຕົວຢ່າງເຂົ້າໃນບັນຊີໃນເວລາປະມວນຜົນໄຟລ໌ບັນທຶກ. ສໍາລັບ
ຕົວຢ່າງ, ເມື່ອຄິດໄລ່ຄ່າ tps, ທ່ານຈໍາເປັນຕ້ອງຄູນຕົວເລກຕາມຄວາມເຫມາະສົມ (ຕົວຢ່າງ
ດ້ວຍອັດຕາຕົວຢ່າງ 0.01, ທ່ານຈະໄດ້ຮັບພຽງແຕ່ 1/100 ຂອງ tps ຕົວຈິງເທົ່ານັ້ນ).

ສາມັນ ທາງເລືອກໃນການ
pgbench ຍອມຮັບການໂຕ້ຖຽງທົ່ວໄປແຖວຄໍາສັ່ງຕໍ່ໄປນີ້:

-h hostname
--host=hostname
ຊື່ໂຮດຂອງເຄື່ອງແມ່ຂ່າຍຖານຂໍ້ມູນ

-p port
--port=port
ໝາຍເລກຜອດຂອງເຊີບເວີຖານຂໍ້ມູນ

-U ເຂົ້າ​ສູ່​ລະ​ບົບ
--ຊື່ຜູ້ໃຊ້=ເຂົ້າ​ສູ່​ລະ​ບົບ
ຊື່ຜູ້ໃຊ້ທີ່ຈະເຊື່ອມຕໍ່ເປັນ

-V
- ການປ່ຽນແປງ
ພິມສະບັບ pgbench ແລະອອກ.

-?
- ຊ່ວຍ
ສະແດງການຊ່ວຍເຫຼືອກ່ຽວກັບການໂຕ້ຖຽງແຖວຄໍາສັ່ງ pgbench, ແລະອອກ.

ຫມາຍເຫດ

ແມ່ນ​ຫຍັງ is ໄດ້ "ທຸລະກໍາ" ຕົວຈິງແລ້ວ ປະຕິບັດ in pgbench?
script ການເຮັດທຸລະກໍາເລີ່ມຕົ້ນອອກເຈັດຄໍາສັ່ງຕໍ່ທຸລະກໍາ:

1. BEGIN;

2. UPDATE pgbench_accounts SET abalance = abalance + :delta WHERE aid = :aid;

3. SELECT abalance FROM pgbench_accounts WHERE aid = :aid;

4. UPDATE pgbench_tellers SET tbalance = tbalance + :delta WHERE tid = :tid;

5. UPDATE pgbench_branches SET bbalance = bbalance + :delta WHERE bid = :bid;

6. ແຊກເຂົ້າໃນ pgbench_history (tid, bid, aid, delta, mtime) VALUES (:tid, :bid, :aid,
:delta, CURRENT_TIMESTAMP);

7. ຈົບ;

ຖ້າທ່ານລະບຸ -N, ຂັ້ນຕອນ 4 ແລະ 5 ບໍ່ໄດ້ລວມຢູ່ໃນທຸລະກໍາ. ຖ້າທ່ານລະບຸ -S,
ພຽງແຕ່ໄດ້ SELECT ແມ່ນອອກ.

Custom Scripts
pgbench ມີການສະຫນັບສະຫນູນສໍາລັບການແລ່ນສະຖານະການມາດຕະຖານທີ່ກໍາຫນົດເອງໂດຍການປ່ຽນຄ່າເລີ່ມຕົ້ນ
ສະຄຣິບການເຮັດທຸລະກໍາ (ອະທິບາຍຂ້າງເທິງ) ກັບສະຄິບທຸລະກໍາທີ່ອ່ານຈາກໄຟລ໌ (-f
ທາງ​ເລືອກ). ໃນກໍລະນີນີ້ "ການເຮັດທຸລະກໍາ" ເປັນການດໍາເນີນການຫນຶ່ງຂອງໄຟລ໌ສະຄິບ. ເຈົ້າ​ສາ​ມາດ
ເຖິງແມ່ນລະບຸສະຄຣິບຫຼາຍອັນ (ຫຼາຍອັນ -f ທາງເລືອກ), ໃນກໍລະນີດັ່ງກ່າວນີ້, ເປັນ Random ຫນຶ່ງຂອງ
ສະຄຣິບຖືກເລືອກແຕ່ລະຄັ້ງທີ່ເຊດຊັນລູກຄ້າເລີ່ມທຸລະກຳໃໝ່.

ຮູບແບບຂອງໄຟລ໌ script ແມ່ນຫນຶ່ງຄໍາສັ່ງ SQL ຕໍ່ແຖວ; ຄໍາສັ່ງ SQL multiline ບໍ່ແມ່ນ
ສະຫນັບສະຫນູນ. ເສັ້ນຫວ່າງເປົ່າ ແລະແຖວທີ່ເລີ່ມຕົ້ນດ້ວຍ -- ແມ່ນຖືກລະເລີຍ. ສາຍໄຟລ໌ script ຍັງສາມາດ
ເປັນ "ຄໍາສັ່ງ meta", ເຊິ່ງຖືກຕີຄວາມຫມາຍໂດຍ pgbench ຕົວຂອງມັນເອງ, ດັ່ງທີ່ອະທິບາຍຂ້າງລຸ່ມນີ້.

ມີການທົດແທນຕົວແປທີ່ງ່າຍດາຍສໍາລັບໄຟລ໌ script. ຕົວແປສາມາດຖືກກໍານົດໂດຍ
ເສັ້ນຄໍາສັ່ງ -D ທາງເລືອກ, ອະທິບາຍຂ້າງເທິງ, ຫຼືໂດຍຄໍາສັ່ງ meta ອະທິບາຍຂ້າງລຸ່ມນີ້. ໃນ
ນອກເໜືອໄປຈາກຕົວແປໃດນຶ່ງທີ່ຕັ້ງໄວ້ລ່ວງໜ້າໂດຍ -D ຕົວເລືອກເສັ້ນຄໍາສັ່ງ, ມີຕົວແປບໍ່ຫຼາຍປານໃດ
ທີ່ຖືກກໍານົດໄວ້ລ່ວງຫນ້າໂດຍອັດຕະໂນມັດ, ລະບຸໄວ້ໃນຕາຕະລາງ 221, "ຕົວແປອັດຕະໂນມັດ". ຄ່າ
ກໍານົດສໍາລັບຕົວແປເຫຼົ່ານີ້ໂດຍໃຊ້ -D ມີຄວາມສຳຄັນກວ່າການຕັ້ງຄ່າອັດຕະໂນມັດ. ຄັ້ງດຽວ
ກໍານົດ, ຄ່າຂອງຕົວແປສາມາດຖືກໃສ່ເຂົ້າໄປໃນຄໍາສັ່ງ SQL ໂດຍການຂຽນ:ຊື່ຕົວແປທີ່ຢູ່ ເມື່ອ​ໃດ​
ແລ່ນຫຼາຍກວ່າຫນຶ່ງເຊດຊັນລູກຄ້າ, ແຕ່ລະເຊດຊັນມີຊຸດຕົວແປຂອງຕົນເອງ.

ຕາຕະລາງ 221​. ອັດຕະໂນມັດ ຕົວແປ
┌────────────┬───────────────────────────
│ການປ່ຽນແປງ │ ລາຍລະອຽດ │
├─────────────────────────────────────────────┤
│scale │ ປັດ​ໄຈ​ຂະ​ຫນາດ​ປະ​ຈຸ​ບັນ │​
├─────────────────────────────────────────────┤
│client_id │ ໝາຍເລກສະເພາະທີ່ລະບຸຕົວ │
│ │ ເຊດຊັນລູກຄ້າ (ເລີ່ມຈາກ │
│ │ ສູນ) │
└─────────────────────────────────────────

ຄໍາສັ່ງ meta ຂອງໄຟລ໌ Script ເລີ່ມຕົ້ນດ້ວຍ backslash (\). ການໂຕ້ຖຽງກັບຄໍາສັ່ງ meta ແມ່ນ
ແຍກອອກໂດຍພື້ນທີ່ສີຂາວ. ຄໍາສັ່ງ meta ເຫຼົ່ານີ້ແມ່ນສະຫນັບສະຫນູນ:

\ ຕັ້ງ varname ການສະແດງອອກ
ກໍານົດຕົວແປ varname ເປັນຄ່າຈຳນວນເຕັມທີ່ຄຳນວນຈາກ ການສະແດງອອກ. ການສະແດງອອກ
ອາດ​ຈະ​ປະ​ກອບ​ດ້ວຍ​ການ​ຄົງ​ທີ່​ຈໍາ​ນວນ​ເຕັມ​ເຊັ່ນ 5432​, ການ​ອ້າງ​ອີງ​ເຖິງ​ຕົວ​ແປ​:ຊື່ຕົວແປ, ແລະ
ການສະແດງອອກທີ່ປະກອບດ້ວຍ unary (-) ຫຼືຕົວປະຕິບັດການສອງ (+, -, *, /, %) ກັບປົກກະຕິຂອງພວກເຂົາ
ສະມາຄົມ, ແລະວົງເລັບ.

ຕົວຢ່າງ:

\ ຕັ້ງ ntellers 10 * : ຂະຫນາດ
\set aid (1021 * :aid) % (100000 * :scale) + 1

\setrandom varname ນາທີ ສູງສຸດທີ່ເຄຍ [ເອກະພາບ | { Gaussian | ເລກກຳລັງ } ພາລາມິເຕີ ]
ກໍານົດຕົວແປ varname ກັບຄ່າຈຳນວນເຕັມແບບສຸ່ມລະຫວ່າງຂີດຈຳກັດ ນາທີ ແລະ ສູງສຸດທີ່ເຄຍ
ລວມ. ແຕ່ລະຂີດຈຳກັດສາມາດເປັນຈຳນວນຄົງທີ່ ຫຼື a :ຊື່ຕົວແປ ອ້າງອິງ
ກັບຕົວແປທີ່ມີມູນຄ່າຈໍານວນເຕັມ.

ໂດຍຄ່າເລີ່ມຕົ້ນ, ຫຼືເມື່ອມີການລະບຸເອກະພາບ, ຄ່າທັງໝົດໃນຂອບເຂດຈະຖືກແຕ້ມດ້ວຍຄວາມເທົ່າກັນ
ຄວາມເປັນໄປໄດ້. ການລະບຸທາງເລືອກ gaussian ຫຼື exponential ປັບປຸງພຶດຕິກໍານີ້; ແຕ່ລະ
ຕ້ອງການຕົວກໍານົດການບັງຄັບທີ່ກໍານົດຮູບຮ່າງທີ່ຊັດເຈນຂອງການແຈກຢາຍ.

ສໍາລັບການແຈກຢາຍ Gaussian, ໄລຍະຫ່າງແມ່ນຖືກວາງແຜນໄວ້ໃນມາດຕະຖານປົກກະຕິ
ການແຜ່ກະຈາຍ (ເສັ້ນໂຄ້ງຮູບຊົງກະດິ່ງຄລາດສິກ Gaussian) ຖືກຕັດຢູ່ທີ່ -parameter ຢູ່ເທິງ
ຊ້າຍ ແລະ +ພາລາມິເຕີຢູ່ເບື້ອງຂວາ. ຄ່າໃນຊ່ວງກາງຂອງໄລຍະຫ່າງແມ່ນເປັນໄປໄດ້ຫຼາຍກວ່າ
ຈະຖືກແຕ້ມ. ເພື່ອໃຫ້ຊັດເຈນ, ຖ້າ PHI(x) ແມ່ນຫນ້າທີ່ການແຈກຢາຍສະສົມຂອງ
ການແຜ່ກະຈາຍມາດຕະຖານມາດຕະຖານ, ໂດຍສະເລ່ຍ mu ກໍານົດເປັນ (ສູງສຸດ + min) / 2.0, ກັບ

f(x) = PHI(2.0 * ພາຣາມິເຕີ * (x - mu) / (ສູງສຸດ - ນາທີ + 1)) /
(2.0 * PHI(ພາຣາມິເຕີ) - 1.0)

ແລ້ວມູນຄ່າ i ລະຫວ່າງ ນາທີ ແລະ ສູງສຸດທີ່ເຄຍ ລວມແມ່ນແຕ້ມດ້ວຍຄວາມເປັນໄປໄດ້: f(i + 0.5) - f(i
- 0.5). intuitively, ຂະຫນາດໃຫຍ່ ພາລາມິເຕີ, ເລື້ອຍໆຄ່າໃກ້ຄຽງກັບ
ກາງຂອງໄລຍະຫ່າງແມ່ນແຕ້ມ, ແລະຄ່າຫນ້ອຍລົງຢູ່ໃກ້ກັບ ນາທີ ແລະ
ສູງສຸດທີ່ເຄຍ ຂອບເຂດ. ປະມານ 67% ຂອງມູນຄ່າແມ່ນມາຈາກກາງ 1.0 / ພາລາມິເຕີ, ນັ້ນແມ່ນ a
relative 0.5 / parameter ປະມານຄ່າສະເລ່ຍ, ແລະ 95% ໃນກາງ 2.0 / parameter, ວ່າ
ແມ່ນພີ່ນ້ອງ 1.0 / ພາລາມິເຕີປະມານຄ່າສະເລ່ຍ; ສໍາລັບຕົວຢ່າງ, ຖ້າ ພາລາມິເຕີ ແມ່ນ 4.0, 67%
ຂອງຄ່າແມ່ນມາຈາກໄຕມາດກາງ (1.0 / 4.0) ຂອງໄລຍະຫ່າງ (ເຊັ່ນ: ຈາກ 3.0.
/ 8.0 ຫາ 5.0 / 8.0) ແລະ 95% ຈາກເຄິ່ງກາງ (2.0 / 4.0) ຂອງໄລຍະຫ່າງ (ວິນາທີ
ແລະ quartiles ທີສາມ). ຕໍາ່ສຸດທີ່ ພາລາມິເຕີ ແມ່ນ 2.0 ສໍາລັບການປະຕິບັດຂອງ Box-Muller
ຫັນປ່ຽນ.

ສຳລັບການແຈກຢາຍເລກກຳລັງ, ພາລາມິເຕີ ຄວບຄຸມການແຈກຢາຍໂດຍການຕັດ a
ການແຈກຢາຍເລກກຳລັງທີ່ຫຼຸດລົງຢ່າງໄວວາຢູ່ທີ່ ພາລາມິເຕີ, ແລະຫຼັງຈາກນັ້ນ projecting ໃສ່
ຈຳນວນເຕັມລະຫວ່າງຂອບເຂດ. ເພື່ອໃຫ້ຊັດເຈນ, ມີ

f(x) = exp(-parameter * (x - min) / (max - min + 1)) / (1.0 - exp(-parameter)))

ຫຼັງຈາກນັ້ນ, ມູນຄ່າ i ລະຫວ່າງ ນາທີ ແລະ ສູງສຸດທີ່ເຄຍ ລວມແມ່ນແຕ້ມດ້ວຍຄວາມເປັນໄປໄດ້: f(x) - f(x + 1).
intuitively, ຂະຫນາດໃຫຍ່ ພາລາມິເຕີ, ເລື້ອຍໆຄ່າໃກ້ຄຽງກັບ ນາທີ ມີ
ເຂົ້າເຖິງ, ແລະຄ່າຫນ້ອຍທີ່ໃກ້ຄຽງກັບ ສູງສຸດທີ່ເຄຍ ມີການເຂົ້າເຖິງ. ໃກ້ກັບ 0
ພາລາມິເຕີ, flatter (ເອກະພາບຫຼາຍ) ການແຈກຢາຍການເຂົ້າເຖິງ. ການ​ປະ​ມານ​ທີ່​ບໍ່​ດີ​
ຂອງການແຈກຢາຍແມ່ນວ່າຄ່າ 1% ເລື້ອຍໆທີ່ສຸດໃນຂອບເຂດ, ໃກ້ກັບ ນາທີ,
ຖືກແຕ້ມ ພາລາມິເຕີ% ຂອງເວລາ. ພາລາມິເຕີ ຄ່າຈະຕ້ອງເປັນບວກຢ່າງເຂັ້ມງວດ.

ຕົວຢ່າງ:

\setrandom aid 1:naccounts gaussian 5.0

\ ນອນ ຈໍານວນ [ພວກເຮົາ | ms | s ]
ເຮັດໃຫ້ການປະຕິບັດສະຄຣິບນອນເປັນໄລຍະເວລາທີ່ລະບຸໄວ້ໃນ microseconds (ພວກເຮົາ),
milliseconds (ms) ຫຼືວິນາທີ (s). ຖ້າຫນ່ວຍຖືກລະເວັ້ນຫຼັງຈາກນັ້ນວິນາທີແມ່ນຄ່າເລີ່ມຕົ້ນ.
ຈໍານວນ ສາມາດເປັນຈໍານວນຄົງທີ່ ຫຼືເປັນ:ຊື່ຕົວແປ ອ້າງອີງເຖິງຕົວແປ
ມີຄ່າຈໍານວນເຕັມ.

ຕົວຢ່າງ:

\ ນອນ 10 ມລ

\setshell varname ຄໍາສັ່ງ [ ການໂຕ້ຖຽງ ... ]
ກໍານົດຕົວແປ varname ກັບຜົນໄດ້ຮັບຂອງຄໍາສັ່ງ shell ຄໍາສັ່ງ. ຄໍາສັ່ງຕ້ອງ
ສົ່ງຄືນຄ່າຈຳນວນເຕັມໂດຍຜ່ານຜົນຜະລິດມາດຕະຖານຂອງມັນ.

ການໂຕ້ຖຽງ ສາມາດເປັນຂໍ້ຄວາມຄົງທີ່ ຫຼືເປັນ:ຊື່ຕົວແປ ອ້າງອີງເຖິງຕົວແປຂອງ
ປະເພດໃດນຶ່ງ. ຖ້າທ່ານຕ້ອງການໃຊ້ ການໂຕ້ຖຽງ ເລີ່ມຕົ້ນດ້ວຍຈໍ້າສອງເມັດ, ທ່ານຈໍາເປັນຕ້ອງເພີ່ມ an
ຈໍ້າສອງເມັດເພີ່ມເຕີມໃນຕອນຕົ້ນຂອງ ການໂຕ້ຖຽງ.

ຕົວຢ່າງ:

\setshell variable_to_be_assigned command literal_argument :variable ::literal_starting_with_colon

\ ແກະ ຄໍາສັ່ງ [ ການໂຕ້ຖຽງ ... ]
ຄືກັນກັບ \setshell, ແຕ່ຜົນໄດ້ຮັບຖືກລະເລີຍ.

ຕົວຢ່າງ:

\shell command literal_argument :variable ::literal_starting_with_colon

ຕົວຢ່າງ, ຄໍານິຍາມອັນເຕັມທີ່ຂອງທຸລະກໍາທີ່ສ້າງຂຶ້ນໃນ TPC-B ຄ້າຍຄື:

\ ກໍານົດສາຂາ : ຂະຫນາດ
\ ຕັ້ງ ntellers 10 * : ຂະຫນາດ
\set naccounts 100000 * :scale
\setrandom ການ​ຊ່ວຍ​ເຫຼືອ 1​: naccounts​
\setrandom bid 1 :nbranches
\setrandom tid 1 : ntellers
\setrandom delta -5000 5000
BEGIN;
UPDATE pgbench_accounts SET abalance = ການດຸ່ນດ່ຽງ + :delta WHERE aid = :aid;
SELECT abalance FROM pgbench_accounts WHERE aid = :aid;
UPDATE pgbench_tellers SET tbalance = tbalance + :delta WHERE tid = :tid;
UPDATE pgbench_branches SET bbalance = bbalance + :delta WHERE bid = :bid;
INSERT INTO pgbench_history (tid, bid, aid, delta, mtime) VALUES (:tid, :bid, :aid, :delta, CURRENT_TIMESTAMP);
END

ສະຄຣິບນີ້ອະນຸຍາດໃຫ້ການເຮັດທຸລະກໍາຊໍ້າຄືນແຕ່ລະອັນເພື່ອອ້າງອີງແຕກຕ່າງກັນ,
ແຖວທີ່ເລືອກແບບສຸ່ມ. (ຕົວຢ່າງນີ້ຍັງສະແດງໃຫ້ເຫັນວ່າເປັນຫຍັງມັນຈຶ່ງສໍາຄັນສໍາລັບແຕ່ລະກອງປະຊຸມລູກຄ້າ
ທີ່​ຈະ​ມີ​ຕົວ​ແປ​ຂອງ​ຕົນ​ເອງ — ຖ້າ​ບໍ່​ດັ່ງ​ນັ້ນ​ພວກ​ເຂົາ​ເຈົ້າ​ຈະ​ບໍ່​ໄດ້​ຮັບ​ການ​ສໍາ​ພັດ​ເປັນ​ອິດ​ສະ​ຫຼະ​ທີ່​ແຕກ​ຕ່າງ​ກັນ​
ແຖວ.)

ຕໍ່ທຸລະກຳ ການຕັດໄມ້ທ່ອນ
ມີ -l ທາງ​ເລືອກ​ແຕ່​ບໍ່​ມີ​ --aggregate-interval, pgbench ຂຽນເວລາທີ່ປະຕິບັດໂດຍ
ແຕ່ລະທຸລະກໍາກັບໄຟລ໌ບັນທຶກ. ໄຟລ໌ບັນທຶກຈະມີຊື່ pgbench_log.nnn, ບ່ອນທີ່ nnn is
PID ຂອງຂະບວນການ pgbench. ຖ້າ -j ທາງເລືອກແມ່ນ 2 ຫຼືສູງກວ່າ, ສ້າງພະນັກງານຫຼາຍຄົນ
ກະທູ້, ແຕ່ລະຄົນຈະມີໄຟລ໌ບັນທຶກຂອງຕົນເອງ. ພະນັກງານທໍາອິດຈະໃຊ້ຊື່ດຽວກັນສໍາລັບມັນ
ໄຟລ໌ບັນທຶກຄືກັບກໍລະນີຄົນງານດຽວມາດຕະຖານ. ໄຟລ໌ບັນທຶກເພີ່ມເຕີມສໍາລັບການອື່ນໆ
ຄົນງານຈະມີຊື່ pgbench_log.nnn.mmm, ບ່ອນທີ່ mmm ເປັນຕົວເລກລໍາດັບສໍາລັບແຕ່ລະຄົນ
ພະນັກງານເລີ່ມຕົ້ນດ້ວຍ 1.

ຮູບ​ແບບ​ຂອງ​ບັນ​ທຶກ​ແມ່ນ​:

client_id transaction_no ທີ່ໃຊ້ເວລາ file_no time_epoch time_us [schedule_lag]

ບ່ອນທີ່ ທີ່ໃຊ້ເວລາ ແມ່ນເວລາທຸລະກໍາທີ່ຜ່ານໄປທັງໝົດເປັນໄມໂຄວິນາທີ, file_no ກໍານົດທີ່
ໄຟລ໌ສະຄຣິບຖືກໃຊ້ (ເປັນປະໂຫຍດເມື່ອສະຄຣິບຫຼາຍອັນຖືກລະບຸດ້ວຍ -f), ແລະ
time_epoch/time_us ແມ່ນການສະແຕມເວລາຮູບແບບ Unix epoch ແລະຊົດເຊີຍເປັນ microseconds
(ເຫມາະ​ສົມ​ສໍາ​ລັບ​ການ​ສ້າງ​ສະ​ແຕມ​ເວ​ລາ ISO 8601 ມີ​ແຕ່​ສ່ວນ​ຫນຶ່ງ​ວິ​ນາ​ທີ​) ສະ​ແດງ​ໃຫ້​ເຫັນ​ໃນ​ເວ​ລາ​ທີ່​
ສຳເລັດທຸລະກຳ. ພາກສະຫນາມ schedule_lag ແມ່ນຄວາມແຕກຕ່າງລະຫວ່າງການເຮັດທຸລະກໍາ
ກໍານົດເວລາເລີ່ມຕົ້ນ, ແລະເວລາທີ່ມັນເລີ່ມຕົ້ນຕົວຈິງ, ເປັນ microseconds. ມັນເປັນພຽງແຕ່
ປະ​ຈຸ​ບັນ​ໃນ​ເວ​ລາ​ທີ່​ --ອັດຕາ ທາງເລືອກແມ່ນຖືກນໍາໃຊ້. ພາກສະຫນາມສຸດທ້າຍ skipped_transactions ລາຍງານ
ຈໍາ​ນວນ​ຂອງ​ການ​ເຮັດ​ທຸ​ລະ​ກໍາ​ຂ້າມ​ເນື່ອງ​ຈາກ​ວ່າ​ພວກ​ເຂົາ​ເຈົ້າ​ຢູ່​ໄກ​ເກີນ​ໄປ​ກໍາ​ນົດ​ເວ​ລາ​. ມັນເປັນພຽງແຕ່
ນໍາສະເຫນີໃນເວລາທີ່ທັງສອງທາງເລືອກ --ອັດຕາ ແລະ --latency-ຈຳກັດ ຖືກນໍາໃຊ້.

ນີ້ແມ່ນຂໍ້ມູນຫຍໍ້ຂອງໄຟລ໌ບັນທຶກທີ່ສ້າງຂຶ້ນ:

0 199 2241 0 1175850568 995598
0 200 2465 0 1175850568 998079
0 201 2513 0 1175850569 608
0 202 2038 0 1175850569 2663

ຕົວຢ່າງອື່ນກັບ --rate = 100 ແລະ --latency-limit=5 (ຫມາຍເຫດເພີ່ມເຕີມ schedule_lag
ຖັນ):

0 81 4621 0 1412881037 912698 3005
0 82 6173 0 1412881037 914578 4304
0 83 ຂ້າມ 0 1412881037 914578 5217
0 83 ຂ້າມ 0 1412881037 914578 5099
0 83 4722 0 1412881037 916203 3108
0 84 4142 0 1412881037 918023 2333
0 85 2465 0 1412881037 919759 740

ໃນຕົວຢ່າງນີ້, ການເຮັດທຸລະກໍາ 82 ແມ່ນຊ້າ, ເນື່ອງຈາກວ່າມັນ latency (6.173 ms) ແມ່ນຫຼາຍກວ່າ 5.
ຂີດຈຳກັດ ms. ການເຮັດທຸລະກໍາສອງຄັ້ງຕໍ່ໄປໄດ້ຖືກຂ້າມໄປ, ເພາະວ່າພວກເຂົາມາຊ້າກ່ອນ
ພວກ ເຂົາ ເຈົ້າ ໄດ້ ເລີ່ມ ຕົ້ນ ເຖິງ ແມ່ນ ວ່າ .

ໃນເວລາທີ່ແລ່ນການທົດສອບຍາວກ່ຽວກັບຮາດແວທີ່ສາມາດຈັດການຫຼາຍການເຮັດທຸລະກໍາ, ໄຟລ໌ບັນທຶກ
ສາມາດກາຍເປັນຂະຫນາດໃຫຍ່ຫຼາຍ. ໄດ້ --sampling-rate ທາງເລືອກສາມາດໃຊ້ເພື່ອບັນທຶກຕົວຢ່າງແບບສຸ່ມເທົ່ານັ້ນ
ຂອງທຸລະກໍາ.

ລວມ ການຕັດໄມ້ທ່ອນ
ມີ --aggregate-interval ທາງເລືອກ, ບັນທຶກການນໍາໃຊ້ຮູບແບບທີ່ແຕກຕ່າງກັນເລັກນ້ອຍ:

interval_start num_of_transactions latency_sum latency_2_sum min_latency max_latency [lag_sum lag_2_sum min_lag max_lag [skipped_transactions]]

ບ່ອນທີ່ interval_start ແມ່ນ​ການ​ເລີ່ມ​ຕົ້ນ​ຂອງ​ໄລ​ຍະ (Unix epoch format time stamp​)​,
num_of_transactions ແມ່ນ​ຈໍາ​ນວນ​ຂອງ​ການ​ເຮັດ​ທຸ​ລະ​ກໍາ​ພາຍ​ໃນ​ໄລ​ຍະ​, latency_sum ເປັນ
ຜົນ​ລວມ​ຂອງ​ການ latencies (ສະ​ນັ້ນ​ທ່ານ​ສາ​ມາດ​ຄິດ​ໄລ່​ສະ​ເລ່ຍ latency ໄດ້​ຢ່າງ​ງ່າຍ​ດາຍ​)​. ສອງພາກສະຫນາມຕໍ່ໄປນີ້ແມ່ນ
ເປັນ​ປະ​ໂຫຍດ​ສໍາ​ລັບ​ການ​ຄາດ​ຄະ​ເນ​ຄວາມ​ແຕກ​ຕ່າງ - latency_sum ແມ່ນຜົນລວມຂອງ latencies ແລະ latency_2_sum ເປັນ
ຜົນລວມຂອງອຳນາດທີ 2 ຂອງ latencies. ສອງທົ່ງນາສຸດທ້າຍແມ່ນ min_latency - latency ຕໍາ່ສຸດທີ່
ພາຍໃນໄລຍະ, ແລະ max_latency - latency ສູງສຸດພາຍໃນໄລຍະເວລາ. ທຸລະກຳ
ຖືກນັບເຂົ້າໄປໃນໄລຍະເວລາທີ່ມັນມຸ່ງຫມັ້ນ. ທົ່ງ​ນາ​ໃນ​ທີ່​ສຸດ​, lag_sum,
lag_2_sum, min_lag, ແລະ max_lag, ແມ່ນມີພຽງແຕ່ຖ້າຫາກວ່າ --ອັດຕາ ທາງເລືອກແມ່ນຖືກນໍາໃຊ້. ຫຼາຍ
ອັນ​ສຸດ​ທ້າຍ, skipped_transactions, ແມ່ນພຽງແຕ່ປະຈຸບັນຖ້າຫາກວ່າທາງເລືອກ --latency-ຈຳກັດ ປະຈຸບັນ,
ຄືກັນ. ພວກມັນຖືກຄິດໄລ່ຈາກເວລາທີ່ແຕ່ລະທຸລະກໍາຕ້ອງລໍຖ້າກ່ອນຫນ້າ
ເພື່ອສໍາເລັດຮູບ, ie ຄວາມແຕກຕ່າງລະຫວ່າງເວລາເລີ່ມຕົ້ນຂອງແຕ່ລະທຸລະກໍາແລະ
ເວລາທີ່ມັນເລີ່ມຕົວຈິງແລ້ວ.

ນີ້ແມ່ນຕົວຢ່າງຜົນໄດ້ຮັບ:

1345828501 5601 1542744 483552416 61 2573
1345828503 7884 1979812 565806736 60 1479
1345828505 7208 1979422 567277552 59 1391
1345828507 7685 1980268 569784714 60 1398
1345828509 7073 1979779 573489941 236 1411

ສັງເກດເຫັນວ່າໃນຂະນະທີ່ໄຟລ໌ບັນທຶກທໍາມະດາ (ບໍ່ໄດ້ລວບລວມ) ມີດັດສະນີຂອງສະຄິບທີ່ກໍາຫນົດເອງ
ໄຟລ໌, ບັນທຶກການລວບລວມບໍ່ໄດ້. ດັ່ງນັ້ນ, ຖ້າທ່ານຕ້ອງການຂໍ້ມູນ script, ທ່ານຈໍາເປັນຕ້ອງ
ຮວບຮວມຂໍ້ມູນດ້ວຍຕົວຂອງທ່ານເອງ.

ຖະແຫຼງການຕໍ່ Latencies
ມີ -r ທາງເລືອກ, pgbench ເກັບກໍາເວລາການເຮັດທຸລະກໍາທີ່ຜ່ານໄປຂອງແຕ່ລະຄໍາຖະແຫຼງການ
ປະຕິບັດໂດຍລູກຄ້າທຸກຄົນ. ຫຼັງຈາກນັ້ນມັນລາຍງານໂດຍສະເລ່ຍຂອງຄ່າເຫຼົ່ານັ້ນ, ເອີ້ນວ່າ
latency ສໍາລັບແຕ່ລະຄໍາຖະແຫຼງການ, ຫຼັງຈາກດັດຊະນີສໍາເລັດ.

ສໍາລັບ script ເລີ່ມຕົ້ນ, ຜົນໄດ້ຮັບຈະມີລັກສະນະຄ້າຍຄືກັນກັບນີ້:

ເລີ່ມສູນຍາກາດ...ສິ້ນສຸດ.
ປະເພດທຸລະກໍາ: TPC-B (ປະເພດ)
ປັດ​ໄຈ​ການ​ຂະ​ຫຍາຍ​ຕົວ​: 1​
ຮູບແບບການສອບຖາມ: ງ່າຍດາຍ
ຈໍາ​ນວນ​ລູກ​ຄ້າ​: 10​
ຈໍານວນກະທູ້: 1
ຈໍານວນການເຮັດທຸລະກໍາຕໍ່ລູກຄ້າ: 1000
ຈໍານວນການເຮັດທຸລະກໍາທີ່ດໍາເນີນຕົວຈິງ: 10000/10000
tps = 618.764555 (ລວມທັງການສ້າງຕັ້ງການເຊື່ອມຕໍ່)
tps = 622.977698 (ບໍ່ລວມການເຊື່ອມຕໍ່ການສ້າງຕັ້ງ)
latencies ຖະແຫຼງການໃນ milliseconds:
0.004386 \set nbranches 1 * :scale
0.001343 \set ntellers 10 * :scale
0.001212 \set naccounts 100000 * :scale
0.001310 \setrandom aid 1 : naccounts
0.001073 \setrandom bid 1 :nbranches
0.001005 \setrandom tid 1 :ntellers
0.001078 \setrandom delta -5000 5000
0.326152 BEGIN;
0.603376 UPDATE pgbench_accounts SET abalance = abalance + :delta WHERE aid = :aid;
0.454643 SELECT abalance FROM pgbench_accounts WHERE aid = :aid;
5.528491 UPDATE pgbench_tellers SET tbalance = tbalance + :delta WHERE tid = :tid;
7.335435 UPDATE pgbench_branches SET bbalance = bbalance + :delta WHERE bid = :bid;
0.371851 INSERT INTO pgbench_history (tid, bid, aid, delta, mtime) VALUES (:tid, :bid, :aid, :delta, CURRENT_TIMESTAMP);
1.212976 END;

ຖ້າໄຟລ໌ສະຄຣິບຫຼາຍຖືກລະບຸ, ຄ່າສະເລ່ຍຈະຖືກລາຍງານແຍກຕ່າງຫາກສໍາລັບແຕ່ລະຄົນ
ໄຟລ໌ສະຄຣິບ.

ໃຫ້ສັງເກດວ່າການເກັບກໍາຂໍ້ມູນໄລຍະເວລາເພີ່ມເຕີມທີ່ຈໍາເປັນສໍາລັບການ latency ຕໍ່ຄໍາຖະແຫຼງການ
ການ​ຄິດ​ໄລ່​ເພີ່ມ​ບາງ​ສ່ວນ overhead​. ນີ້ຈະເຮັດໃຫ້ຄວາມໄວການປະຕິບັດສະເລ່ຍຊ້າລົງແລະຫຼຸດລົງ
TPS ຄິດໄລ່. ຈໍານວນການຊ້າລົງແມ່ນແຕກຕ່າງກັນຢ່າງຫຼວງຫຼາຍຂຶ້ນຢູ່ກັບເວທີແລະ
ຮາດແວ. ການປຽບທຽບຄ່າ TPS ສະເລ່ຍທີ່ມີ ແລະບໍ່ມີການເປີດການລາຍງານການເລັ່ງເວລາແມ່ນ a
ວິທີທີ່ດີທີ່ຈະວັດແທກຖ້າເວລາທີ່ overhead ມີຄວາມສໍາຄັນ.

ດີ ປະຕິບັດ
ມັນງ່າຍຫຼາຍທີ່ຈະໃຊ້ pgbench ເພື່ອຜະລິດຕົວເລກທີ່ບໍ່ມີຄວາມຫມາຍຢ່າງສົມບູນ. ນີ້ແມ່ນບາງອັນ
ຄໍາແນະນໍາທີ່ຈະຊ່ວຍໃຫ້ທ່ານໄດ້ຮັບຜົນໄດ້ຮັບທີ່ເປັນປະໂຫຍດ.

ໃນເບື້ອງຕົ້ນ, ທ. ບໍ່ເຄີຍ ເຊື່ອການທົດສອບທີ່ດໍາເນີນການພຽງແຕ່ສອງສາມວິນາທີ. ໃຊ້ -t or
-T ທາງ​ເລືອກ​ທີ່​ຈະ​ເຮັດ​ໃຫ້​ການ​ດໍາ​ເນີນ​ການ​ຢູ່​ໃນ​ເວ​ລາ​ຢ່າງ​ຫນ້ອຍ​ສອງ​ສາມ​ນາ​ທີ​, ເພື່ອ​ສະ​ເລ່ຍ​ອອກ​ສຽງ​. ໃນບາງ
ກໍ​ລະ​ນີ​ທີ່​ທ່ານ​ສາ​ມາດ​ຕ້ອງ​ການ​ຊົ່ວ​ໂມງ​ເພື່ອ​ໃຫ້​ໄດ້​ຮັບ​ຕົວ​ເລກ​ທີ່​ມີ​ການ​ແຜ່​ພັນ​. ມັນເປັນຄວາມຄິດທີ່ດີທີ່ຈະພະຍາຍາມ
ການທົດສອບດໍາເນີນການສອງສາມເທື່ອ, ເພື່ອຊອກຫາວ່າຕົວເລກຂອງເຈົ້າສາມາດແຜ່ພັນໄດ້ຫຼືບໍ່.

ສໍາ​ລັບ​ສະ​ຖາ​ນະ​ການ​ການ​ທົດ​ສອບ​ທີ່​ຄ້າຍ​ຄື TPC​-B ໃນ​ຕອນ​ຕົ້ນ​, ຕົວ​ຊີ້​ວັດ​ການ​ຂະ​ຫນາດ​ການ​ເລີ່ມ​ຕົ້ນ (-s) ຄວນ​ຈະ​ເປັນ
ຢ່າງຫນ້ອຍເທົ່າກັບຈໍານວນລູກຄ້າທີ່ໃຫຍ່ທີ່ສຸດທີ່ທ່ານຕັ້ງໃຈຈະທົດສອບ (-c); ອື່ນເຈົ້າຈະ
ສ່ວນຫຼາຍແມ່ນເປັນການວັດແທກການໂຕ້ຖຽງການປັບປຸງ. ມີພຽງແຕ່ -s ແຖວໃນ pgbench_branches
ຕາຕະລາງ, ແລະທຸກໆການເຮັດທຸລະກໍາຕ້ອງການປັບປຸງຫນຶ່ງຂອງພວກເຂົາ, ດັ່ງນັ້ນ -c ມູນຄ່າເກີນຂອງ -s
ແນ່ນອນວ່າຈະສົ່ງຜົນໃຫ້ຫຼາຍໆທຸລະກໍາຖືກບລັອກລໍຖ້າການເຮັດທຸລະກໍາອື່ນໆ.

ສະຖານະການທົດສອບໃນຕອນຕົ້ນແມ່ນຂ້ອນຂ້າງອ່ອນໄຫວຕໍ່ກັບໄລຍະເວລາທີ່ມັນມາຕັ້ງແຕ່ຕາຕະລາງ
ໄດ້​ຮັບ​ການ​ເລີ່ມ​ຕົ້ນ​: ການ​ສະ​ສົມ​ຂອງ​ແຖວ​ເກັດ​ທີ່​ຕາຍ​ແລ້ວ​ແລະ​ຊ່ອງ​ຕາຍ​ໃນ​ຕາ​ຕະ​ລາງ​ການ​ປ່ຽນ​ແປງ​
ຜົນໄດ້ຮັບ. ເພື່ອເຂົ້າໃຈຜົນໄດ້ຮັບທີ່ທ່ານຕ້ອງຕິດຕາມຈໍານວນການປັບປຸງທັງຫມົດແລະ
ເມື່ອການດູດຊືມເກີດຂຶ້ນ. ຖ້າ autovacuum ຖືກເປີດໃຊ້, ມັນສາມາດສົ່ງຜົນໃຫ້ການປ່ຽນແປງທີ່ບໍ່ສາມາດຄາດເດົາໄດ້ໃນ
ການ​ປະ​ຕິ​ບັດ​ການ​ວັດ​ແທກ​.

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

ໃຊ້ pgbench ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net