pt-upgradep - ອອນລາຍໃນຄລາວ

ໂຄງການ:

NAME

pt-upgrade - ກວດ​ສອບ​ວ່າ​ຜົນ​ການ​ສອບ​ຖາມ​ແມ່ນ​ຄື​ກັນ​ໃນ​ເຄື່ອງ​ແມ່​ຂ່າຍ​ທີ່​ແຕກ​ຕ່າງ​ກັນ.

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

ການນໍາໃຊ້: pt-upgrade [ຕົວເລືອກ] ບັນທຶກ|ຜົນໄດ້ຮັບ DSN [DSN]

pt-upgrade ປະຕິບັດການສອບຖາມໃນ MySQL "LOGS" ທີ່ມອບໃຫ້ໃນແຕ່ລະ "DSN", ປຽບທຽບຜົນໄດ້ຮັບ,
ແລະລາຍງານຄວາມແຕກຕ່າງທີ່ສໍາຄັນໃດໆ. ເຄື່ອງມືຍັງສາມາດບັນທຶກຜົນໄດ້ຮັບສໍາລັບຕໍ່ມາ
ການວິເຄາະ. "LOGS" ສາມາດຊ້າ, ທົ່ວໄປ, binary, tcpdump, ແລະ "raw".

ປຽບທຽບ host2 ກັບ host1 ໂດຍໃຊ້ queries ໃນ "slow.log":

pt-upgrade h=host1 h=host2 slow.log

ປຽບທຽບ host2 ກັບຜົນໄດ້ຮັບທີ່ບັນທຶກໄວ້ຈາກ host1:

pt-upgrade h=host1 --save-results host1_results/ slow.log

pt-upgrade host1_results1/ h=host2

RISKS

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

· ອ່ານເອກະສານຂອງເຄື່ອງມື

·ທົບທວນເຄື່ອງມືທີ່ຮູ້ຈັກ "BUGS"

· ທົດສອບເຄື່ອງມືໃນເຊີບເວີທີ່ບໍ່ແມ່ນການຜະລິດ

·ສໍາຮອງເຄື່ອງແມ່ຂ່າຍການຜະລິດຂອງທ່ານແລະກວດສອບການສໍາຮອງຂໍ້ມູນ

ລາຍລະອຽດ

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

pt-upgrade ປະຕິບັດການສອບຖາມຈາກບັນທຶກຊ້າ, ທົ່ວໄປ, ໄບນາຣີ, tcpdump, ແລະ "ດິບ" ໃນສອງບັນທຶກ.
ເຊີບເວີ, ປຽບທຽບຫຼາຍດ້ານຂອງການປະຕິບັດການສອບຖາມແຕ່ລະຄົນ ແລະຜົນໄດ້ຮັບ, ແລະລາຍງານໃດໆ
ຄວາມແຕກຕ່າງທີ່ ສຳ ຄັນ. ທັງສອງເຊີບເວີແມ່ນປົກກະຕິເຊີບເວີພັດທະນາ, ເຊີບເວີອັນໜຶ່ງແລ່ນ
ຮຸ່ນປະຈຸບັນຂອງ MySQL ແລະອີກອັນຫນຶ່ງທີ່ໃຊ້ MySQL ຮຸ່ນໃຫມ່.

ໃຊ້ ກໍລະນີ

pt-upgrade ມີສອງກໍລະນີທີ່ໃຊ້. ກໍລະນີທໍາອິດ, canonical ແມ່ນແລ່ນ "ເຈົ້າພາບເປັນເຈົ້າພາບ". ບັນທຶກ
ໄຟລ໌ແລະສອງ DSN ແມ່ນໃຫ້ຢູ່ໃນເສັ້ນຄໍາສັ່ງ, ຫນຶ່ງສໍາລັບແຕ່ລະເຄື່ອງແມ່ຂ່າຍ MySQL. ເບິ່ງຄັ້ງທໍາອິດ
ຕົວຢ່າງໃນ "SYNOPSIS". ການສອບຖາມໄດ້ຖືກປະຕິບັດແລະປຽບທຽບໃນແຕ່ລະເຄື່ອງແມ່ຂ່າຍເປັນເຄື່ອງມື
ແລ່ນ. ການສອບຖາມທີ່ມີຄວາມແຕກຕ່າງແມ່ນພິມອອກເມື່ອເຄື່ອງມືແລ່ນ, ຫຼືເມື່ອມັນສໍາເລັດ (ເບິ່ງ
"ເມື່ອການສອບຖາມຖືກລາຍງານ"). ບໍ່​ມີ​ຫຍັງ​ຖືກ​ບັນ​ທຶກ​ໄວ້​ໃນ​ແຜ່ນ​, ດັ່ງ​ນັ້ນ​ກໍ​ລະ​ນີ​ການ​ນໍາ​ໃຊ້​ນີ້​ຕ້ອງ​ການ​ຫນ້ອຍ​
ພື້ນທີ່ຮາດດິດ, ແຕ່ການສອບຖາມຕ້ອງຖືກປະຕິບັດຢູ່ໃນເຄື່ອງແມ່ຂ່າຍທັງສອງຖ້າເຄື່ອງມືຖືກແລ່ນ
ອີກເທື່ອຫນຶ່ງ, ເຖິງແມ່ນວ່າຫນຶ່ງໃນເຄື່ອງແມ່ຂ່າຍບໍ່ໄດ້ມີການປ່ຽນແປງ. ຖ້າມີຫຼາຍຄໍາຖາມຫຼື
ການປະຕິບັດພວກມັນໃຊ້ເວລາດົນ, ແລະເຄື່ອງແມ່ຂ່າຍຫນຶ່ງບໍ່ປ່ຽນແປງ, ທ່ານອາດຈະຕ້ອງການໃຊ້
ກໍລະນີການນໍາໃຊ້ທີສອງ.

ກໍລະນີການນໍາໃຊ້ທີສອງແມ່ນແລ່ນ "ຜົນໄດ້ຮັບອ້າງອີງເຖິງເຈົ້າພາບ". ຜົນໄດ້ຮັບອ້າງອີງແມ່ນ
ຜົນໄດ້ຮັບທີ່ສົມບູນຈາກເຄື່ອງແມ່ຂ່າຍ MySQL ດຽວ, ບັນທຶກໄວ້ໃນແຜ່ນ. ໃນກໍລະນີນີ້, ກ່ອນອື່ນ ໝົດ, ເຈົ້າຕ້ອງ
ສ້າງຜົນໄດ້ຮັບການອ້າງອິງດ້ວຍ "--save-results", ຫຼັງຈາກນັ້ນດໍາເນີນການເຄື່ອງມືເປັນຄັ້ງທີສອງເພື່ອ
ປຽບທຽບເຄື່ອງແມ່ຂ່າຍ MySQL ອື່ນກັບຜົນໄດ້ຮັບ. ເບິ່ງຕົວຢ່າງທີສອງໃນ "SYNOPSIS".
ໂດຍທົ່ວໄປແລ້ວຜົນໄດ້ຮັບແມ່ນສ້າງຂຶ້ນສໍາລັບ MySQL ຮຸ່ນປັດຈຸບັນທີ່ບໍ່ປ່ຽນແປງ.
ກໍລະນີການນໍາໃຊ້ນີ້ສາມາດຮຽກຮ້ອງໃຫ້ມີ a ຫຼາຍ ຂອງພື້ນທີ່ດິດເພາະວ່າຜົນໄດ້ຮັບ (ເຊັ່ນແຖວ) ສໍາລັບທັງຫມົດ
ການສອບຖາມຕ້ອງຖືກບັນທຶກໄວ້, ບວກກັບຂໍ້ມູນອື່ນໆກ່ຽວກັບການສອບຖາມ. ຖ້າທ່ານວາງແຜນທີ່ຈະເຮັດຫຼາຍ
ການປຽບທຽບກັບ MySQL ສະບັບຄົງທີ່, ກໍລະນີການນໍາໃຊ້ນີ້ແມ່ນມີປະສິດທິພາບຫຼາຍ. ຫຼືຖ້າທ່ານ
ບໍ່ສາມາດເຂົ້າເຖິງເຄື່ອງແມ່ຂ່າຍທັງສອງໃນເວລາດຽວກັນ, ກໍລະນີການນໍາໃຊ້ນີ້ຊ່ວຍໃຫ້ທ່ານສາມາດ "ປະຕິບັດ
ດຽວນີ້, ປຽບທຽບຕໍ່ມາ."

ສໍາຄັນ ການພິຈາລະນາ

ຄວາມຄົງທົນ
ສະພາບແວດລ້ອມທີ່ສອດຄ່ອງແລະຂໍ້ມູນທີ່ສອດຄ່ອງແມ່ນສໍາຄັນສໍາລັບການໄດ້ຮັບບົດລາຍງານທີ່ຖືກຕ້ອງ.
pt-upgrade ບໍ່ຄວນຖືກແລ່ນຢູ່ໃນເຄື່ອງແມ່ຂ່າຍການຜະລິດຫຼືເຄື່ອງແມ່ຂ່າຍທີ່ມີການເຄື່ອນໄຫວໃດໆເພາະວ່າຢູ່ທີ່ນັ້ນ
ບໍ່ແມ່ນວິທີງ່າຍໆທີ່ຈະຮັບປະກັນການອ່ານ synchronous ສໍາລັບແຕ່ລະຄໍາຖາມ. ຖ້າຂໍ້ມູນມີການປ່ຽນແປງກ່ຽວກັບອັນໃດນຶ່ງ
server ໃນຂະນະທີ່ pt-upgrade ກໍາລັງແລ່ນ, ບົດລາຍງານສາມາດມີ false-positives ຫຼາຍກ່ວາ
ຄວາມແຕກຕ່າງທີ່ຖືກຕ້ອງຕາມກົດໝາຍ. pt-upgrade ສົມມຸດ ທີ່ ທັງສອງ MySQL ເຊີຟເວີ ມີ ສະຖິດ, ບໍ່ປ່ຽນແປງ
(ຍົກເວັ້ນ ສໍາລັບການ ໃດ ການປ່ຽນແປງ ໄດ້ by ໄດ້ ເຄື່ອງມື if ran ກັບ "--no-read-only"). ອ່ານເທົ່ານັ້ນ
ປະລິມານວຽກບໍ່ຄວນສົ່ງຜົນກະທົບຕໍ່ເຄື່ອງມື, ຍົກເວັ້ນບາງເວລາການສອບຖາມ, ສະນັ້ນ slaves ອ່ານເທົ່ານັ້ນສາມາດເປັນ.
ໃຊ້ແລ້ວ.

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

ຕົວຢ່າງ, ຖ້າເວລາສອບຖາມສໍາລັບເຫດການແມ່ນ 0.01 ໃນເຈົ້າພາບທໍາອິດແລະ 0.5 ໃນ
ເຈົ້າພາບທີສອງ, ນັ້ນແມ່ນຄວາມແຕກຕ່າງທີ່ສໍາຄັນເພາະວ່າ 0.5 ແມ່ນຮ້າຍແຮງກວ່າ 0.1, ແລະດັ່ງນັ້ນ
ການສອບຖາມຈະຖືກລາຍງານ.

ອ່ານ​ຢ່າງ​ດຽວ
ໂດຍຄ່າເລີ່ມຕົ້ນ, pt-upgrade ປະຕິບັດຄຳສັ່ງ "SELECT" ແລະ "SET" ເທົ່ານັ້ນ. (ອັນນີ້ບໍ່
ລວມເອົາຂໍ້ຄວາມ 'SELECT...INTO', ເຊິ່ງບໍ່ສົ່ງຄືນແຖວແຕ່ dump output ໄປຫາໄຟລ໌ ຫຼື
variable.) ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ກໍາ​ລັງ​ໃຊ້ recreatable test ຫຼື​ເຊີບ​ເວີ​ການ​ພັດ​ທະ​ນາ​ແລະ​ຕ້ອງ​ການ​ທີ່​ຈະ​ສົມ​ທຽບ
ຂຽນຂໍ້ຄວາມເກີນໄປ (ເຊັ່ນ: "INSERT", "UPDATE", "DELETE"), ຈາກນັ້ນລະບຸ "--no-read-only".
ຖ້າໃຊ້ບັນທຶກຖານສອງ, ທ່ານຕ້ອງລະບຸ "--no-read-only" ເພາະວ່າບັນທຶກຖານສອງບໍ່ມີ.
"SELECT" ຖະແຫຼງການ. ເບິ່ງ "--[no]read-only".

TRANSACTIONS
ເຄື່ອງມືບໍ່ໄດ້ສ້າງການເຮັດທຸລະກໍາຂອງຕົນເອງ, ແຕ່ການເຮັດທຸລະກໍາໃດໆໃນ "LOG" ແມ່ນ
ປະ​ຕິ​ບັດ​ຕາມ​ທີ່​ເປັນ​. ເນື່ອງຈາກບັນທຶກເປັນລໍາດັບ, ການເຮັດທຸລະກໍາບໍ່ຄວນເປັນບັນຫາ. ຖ້າ,
ແນວໃດກໍ່ຕາມ, ທ່ານຈໍາເປັນຕ້ອງສົມທຽບການສອບຖາມທີ່ກ່ຽວຂ້ອງກັບທຸລະກໍາ somehow (ໃນທີ່
ກໍ​ລະ​ນີ​ທີ່​ທ່ານ​ອາດ​ຈະ​ຈໍາ​ເປັນ​ຕ້ອງ​ປິດ​ການ​ທໍາ​ງານ "--[no]read-only"), ຫຼັງ​ຈາກ​ນັ້ນ pt-upgrade ອາດ​ຈະ​ບໍ່​ໄດ້
ເຮັດສິ່ງທີ່ທ່ານຕ້ອງການເພາະວ່າມັນບໍ່ໄດ້ຖືກອອກແບບເພື່ອຈຸດປະສົງນີ້.

pt-upgrade ແລ່ນດ້ວຍ "autocommit=1" ໂດຍຄ່າເລີ່ມຕົ້ນ.

THOTTLING
pt-upgrade ບໍ່ມີທາງເລືອກໃນການຂັດຂວາງເພາະວ່າເຄື່ອງມືຄວນຈະຖືກແລ່ນດ້ວຍການອຸທິດຕົນເທົ່ານັ້ນ
ການທົດສອບຫຼືເຄື່ອງແມ່ຂ່າຍການພັດທະນາ. Do ບໍ່ ແລ່ນ pt-upgrade on ການ​ຜະ​ລິດ ເຊີບເວີ!
ດັ່ງນັ້ນ, ເຄື່ອງມືແມ່ນ CPU, ຫນ່ວຍຄວາມຈໍາ, ແຜ່ນ, ແລະເຄືອຂ່າຍທີ່ເຂັ້ມຂຸ້ນ. ມັນປະຕິບັດການສອບຖາມ
ໄວເທົ່າທີ່ຈະໄວໄດ້.

ສອບຖາມ ຄວາມແຕກຕ່າງ

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

ນັບແຖວ
ຈຳນວນແຖວທີ່ສົ່ງຄືນໂດຍການສອບຖາມຄວນຈະຄືກັນ. ນີ້ແມ່ນລາຍງານເປັນ
"ແຖວທີ່ຂາດຫາຍໄປ" ພາຍໃຕ້ "ຄວາມແຕກຕ່າງແຖວ".

ຂໍ້ມູນແຖວ
ຂໍ້ມູນແຖວທີ່ສົ່ງຄືນໂດຍການສອບຖາມຄວນຈະຄືກັນ. ຄວາມແຕກຕ່າງທັງຫມົດແມ່ນ
ທີ່ສໍາຄັນ: whitespace, float-precision, ແລະອື່ນໆ.

ຄໍາເຕືອນ
ການສອບຖາມບໍ່ຄວນສ້າງຂໍ້ຜິດພາດຫຼືຄໍາເຕືອນ, ຫຼືຜະລິດຂໍ້ຜິດພາດດຽວກັນ
ຫຼືຄໍາເຕືອນ.

ເວລາສອບຖາມ
ການສອບຖາມບໍ່ຄ່ອຍຈະປະຕິບັດດ້ວຍເວລາຄົງທີ່, ແຕ່ເວລາປະຕິບັດຂອງມັນຄວນຈະຢູ່ພາຍໃນ
ລຳດັບຂະໜາດດຽວກັນ ຫຼືນ້ອຍກວ່າ.

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

SQL ຜິດພາດ
ຖ້າການສອບຖາມເຮັດໃຫ້ເກີດຄວາມຜິດພາດ SQL ໃນທັງສອງໂຮດ, ນີ້ຈະຖືກລາຍງານວ່າ "ຄວາມຜິດພາດ SQL". ໄດ້
SQL syntax ຂອງການສອບຖາມອາດຈະບໍ່ຖືກຕ້ອງ.

ລາຍວຽກ

ເມື່ອ pt-upgrade ແລ່ນ, ມັນພິມຄໍາຖາມທີ່ມີຄວາມແຕກຕ່າງທັນທີທີ່ມັນສາມາດເຮັດໄດ້ (ເບິ່ງ "WHEN
ຄຳຖາມຖືກລາຍງານແລ້ວ").
ລາຍ​ງານ​ເປັນ​ສ່ວນ​ບຸກ​ຄົນ​ແຕ່​ຈັດ​ກຸ່ມ​ໂດຍ​ລາຍ​ນີ້ວ​ມື​ໃນ​ຫ້ອງ​ຮຽນ​. A query fingerprint ແມ່ນ
ຮູບແບບທີ່ບໍ່ມີຕົວຕົນຂອງການສອບຖາມ, ສ້າງຂຶ້ນໂດຍການຖອນຄ່າຕົວຫນັງສື, ການເຮັດໃຫ້ຊ່ອງຫວ່າງປົກກະຕິ,
ແລະອື່ນໆ. ດັ່ງນັ້ນການສອບຖາມເຫຼົ່ານີ້ເປັນຂອງຫ້ອງຮຽນດຽວກັນ:

SELECT c FROM t WHERE id = 1
ເລືອກ c FROM t Where id=5
ເລືອກ c ຈາກ t ບ່ອນທີ່ id = 9

ລາຍນິ້ວມືສຳລັບການສອບຖາມເຫຼົ່ານັ້ນແມ່ນ:

ເລືອກ c ຈາກ t where id=?

ແຕ່ລະຄລາສສອບຖາມສາມາດມີ "--max-class-size" ແບບສອບຖາມທີ່ເປັນເອກະລັກ (1,000 ຕາມຄ່າເລີ່ມຕົ້ນ). ຂຶ້ນ
ກັບ "--max-example" ຖືກລາຍງານສໍາລັບແຕ່ລະປະເພດຂອງຄວາມແຕກຕ່າງ, ຕໍ່ປະເພດຄໍາຖາມ. ໂດຍຄຸນງາມຄວາມດີ
ຂອງການຢູ່ໃນຫ້ອງຮຽນດຽວກັນ, ຕົວຢ່າງຂອງຄວາມແຕກຕ່າງຂອງຄໍາຖາມຫນຶ່ງມັກຈະເປັນຕົວແທນ
ຂອງການສອບຖາມທັງຫມົດທີ່ມີຄວາມແຕກຕ່າງດຽວກັນ, ດັ່ງນັ້ນມັນບໍ່ຈໍາເປັນທີ່ຈະລາຍງານທຸກໆຕົວຢ່າງ.
ຈໍາ​ນວນ​ທັງ​ຫມົດ​ຂອງ​ການ​ສອບ​ຖາມ​ໃນ​ຫ້ອງ​ຮຽນ​ທີ່​ມີ​ຄວາມ​ແຕກ​ຕ່າງ​ໂດຍ​ສະ​ເພາະ​ແມ່ນ​ໄດ້​ລະ​ບຸ​ໄວ້​ໃນ​
ລາຍງານ

EXAMPLE
#------------------------------------------------ ----------------------
# ບັນທຶກ
#------------------------------------------------ ----------------------

ໄຟລ໌: /opt/mysql/slow.log
ຂະຫນາດ: 59700

#------------------------------------------------ ----------------------
#ເຈົ້າພາບ
#------------------------------------------------ ----------------------

ເຈົ້າພາບ1:

DSN: h=127.1,P=12345
ຊື່ເຈົ້າພາບ: dev1
MySQL: MySQL 5.1.68

ເຈົ້າພາບ2:

DSN: h=127.1,P=12348
ຊື່ເຈົ້າພາບ: dev2
MySQL: MySQL 5.5.10

################################################ ######################
#ແບບສອບຖາມ AAD020567F8398EE
################################################ ######################

ຫ້ອງຮຽນລາຍງານເນື່ອງຈາກວ່າມັນມີຄວາມແຕກຕ່າງ, ແຕ່ຍັງບໍ່ທັນໄດ້ລາຍງານເທື່ອ.

ຄຳຖາມທັງໝົດ 1
ຄຳຖາມທີ່ເປັນເອກະລັກ 1
ຄຳຖາມທີ່ຖືກຍົກເລີກ 0

ໃສ່ເຂົ້າໃນ t (id, username) ຄ່າ(?+)

##
## ຄວາມແຕກຕ່າງຂອງຄໍາເຕືອນ: 1
##

-..

ລະຫັດສິນຄ້າ: 1265
ລະດັບ: ຄໍາເຕືອນ
ຂໍ້ຄວາມ: ຂໍ້ມູນຖືກຕັດສຳລັບຖັນ 'ຊື່ຜູ້ໃຊ້' ຢູ່ແຖວທີ 1

ທຽບ

ບໍ່ມີການແຈ້ງເຕືອນ 1265

INSERT INTO t (id, username) VALUES (NULL, 'long_username')

#------------------------------------------------ ----------------------
# ສະຖິຕິ
#------------------------------------------------ ----------------------

failed_queries 0
not_select 0
queries_filtered 0
queries_no_diffs 0
queries_read 1
queries_with_diffs 1
queries_with_errors 0

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

ສ່ວນທີ່ເຫຼືອຂອງພາກຮຽນແບບສອບຖາມຈະສະແດງລາຍການ "QUERY DIFFERENCES" ທີ່ເຮັດໃຫ້ເກີດຫ້ອງຮຽນ.
ໄດ້​ຮັບ​ການ​ລາຍ​ງານ​. ແຕ່ລະປະເພດຂອງຄວາມແຕກຕ່າງເລີ່ມຕົ້ນດ້ວຍຫົວເຄື່ອງໝາຍ hash ສອງເທົ່າທີ່ສະແດງລາຍການ
ປະເພດແລະຈໍານວນຄໍາຖາມທັງຫມົດໃນຊັ້ນຮຽນທີ່ມີຄວາມແຕກຕ່າງ. ແລ້ວເຖິງ
"--max-examples" ແມ່ນລາຍຊື່, ຕົວເລກ "-- 1.", "-- 2.", ແລະອື່ນໆ. ແຕ່ລະຕົວຢ່າງຈະສະແດງລາຍການ.
ຄວາມແຕກຕ່າງສໍາລັບເຈົ້າພາບທໍາອິດແລະທີສອງ (ຕາມລໍາດັບ "ເຈົ້າພາບ"), ຕິດຕາມມາ
ຄໍາຖະແຫຼງ SQL ທໍາອິດທີ່ເປີດເຜີຍຄວາມແຕກຕ່າງ.

ເມື່ອ​ໃດ​ ຄຳຖາມ ARE ລາຍງານ

ຫ້ອງຮຽນແບບສອບຖາມຖືກລາຍງານທັນທີທີ່ອັນໃດນຶ່ງຂອງ "QUERY DIFFERENCES" ຫຼື query error
ມີ "--max-ຕົວຢ່າງ". ອື່ນ, ການສອບຖາມທັງຫມົດທີ່ມີຄວາມແຕກຕ່າງໄດ້ຖືກລາຍງານເມື່ອເຄື່ອງມື
ສຳ ເລັດຮູບ.

ຕົວຢ່າງ, ຖ້າສອງຄວາມແຕກຕ່າງຂອງເວລາສອບຖາມແມ່ນພົບເຫັນສໍາລັບຊັ້ນຮຽນແບບສອບຖາມ, ມັນບໍ່ໄດ້ຖືກລາຍງານ
ທັນ. ເມື່ອພົບຄວາມແຕກຕ່າງຂອງເວລາສອບຖາມທີສາມ, ຫ້ອງຮຽນສອບຖາມໄດ້ຖືກລາຍງານ, ລວມທັງ
ຄວາມແຕກຕ່າງອື່ນໆທີ່ອາດຈະພົບເຫັນຄືກັນ. ການສອບຖາມສຳລັບຊັ້ນຮຽນຈະສືບຕໍ່
ຈະຖືກປະຕິບັດ, ແຕ່ຫ້ອງຮຽນຈະບໍ່ຖືກລາຍງານອີກເທື່ອຫນຶ່ງ.

OUTPUT

"ບົດລາຍງານ" ຖືກພິມອອກເປັນ STDOUT ໃນຂະນະທີ່ເຄື່ອງມືເຮັດວຽກ. ການເຕືອນໄພພາຍໃນ, ຄວາມຜິດພາດ, ແລະ
"--progress" ຖືກພິມເປັນ STDERR. ເພື່ອຮັກສາທັງສອງແຍກ, ດໍາເນີນການເຄື່ອງມືເຊັ່ນ:

pt-upgrade ... 1>ລາຍງານ 2>ຜິດພາດ &

ຫຼັງຈາກນັ້ນ, "tail -f err" ໃນຂະນະທີ່ເຄື່ອງມືກໍາລັງແລ່ນເພື່ອຕິດຕາມ "--progress".

ອອກ STATUS

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

·.

ມີຄວາມຜິດພາດພາຍໃນຫຼາຍເກີນໄປ ຫຼືການເຕືອນໄພ; ເບິ່ງ STDERR. ເບິ່ງນຳ
"--[no]ຕໍ່ເນື່ອງ-on-error".

·.

ມີ "ຄວາມແຕກຕ່າງແບບສອບຖາມ"; ເບິ່ງ "ບົດລາຍງານ".

·.

"--run-time" ໝົດອາຍຸ; ເຄື່ອງມືບໍ່ໄດ້ອ່ານບັນທຶກ ຫຼືຜົນການອ້າງອີງໃຫ້ສຳເລັດ.

ລະຫັດອອກອື່ນໆຊີ້ໃຫ້ເຫັນວ່າເຄື່ອງມືຂັດຂ້ອງ ຫຼືເສຍຊີວິດໂດຍບໍ່ຄາດຄິດ. ຄວາມ​ຜິດ​ພາດ​ທີ່​
ອັນນີ້ຄວນພິມເປັນ STDERR.

ເພື່ອກວດເບິ່ງລະຫັດການອອກສະເພາະ, ເຫດຜົນ "AND" ("&") ສະຖານະການອອກສຸດທ້າຍກັບ
ລະຫັດອອກ. ຕົວຢ່າງ, ອອກຈາກສະຖານະ 5 ຫມາຍເຖິງລະຫັດ 1 ແລະ 4 ເພາະວ່າ "5 & 1" ແມ່ນຄວາມຈິງ, ແລະ.
"5 & 4" ແມ່ນຄວາມຈິງ.

OPTIONS

ເຄື່ອງມືນີ້ຍອມຮັບການໂຕ້ຖຽງແຖວຄໍາສັ່ງເພີ່ມເຕີມ. ອ້າງອີງເຖິງ "SYNOPSIS" ແລະການນໍາໃຊ້
ຂໍ້​ມູນ​ສໍາ​ລັບ​ລາຍ​ລະ​ອຽດ​.

--ຖາມຜ່ານ
ເຕືອນລະຫັດຜ່ານເມື່ອເຊື່ອມຕໍ່ກັບ MySQL.

--ຊຸດຕົວອັກສອນ
ຮູບແບບສັ້ນ: -A; ປະເພດ: string

ຕັ້ງຕົວອັກສອນເລີ່ມຕົ້ນ. ຖ້າຄ່າແມ່ນ utf8, ຕັ້ງ binmode ຂອງ Perl ໃນ STDOUT ເປັນ utf8,
ຜ່ານຕົວເລືອກ mysql_enable_utf8 ໄປ DBD::mysql, ແລະແລ່ນ SET NAMES UTF8 ຫຼັງຈາກ.
ເຊື່ອມຕໍ່ກັບ MySQL. ຄ່າອື່ນໃດກຳນົດ binmode ໃນ STDOUT ໂດຍບໍ່ມີຊັ້ນ utf8,
ແລະດໍາເນີນການ SET NAMES ຫຼັງຈາກເຊື່ອມຕໍ່ກັບ MySQL.

--config
ປະເພດ: Array

ອ່ານລາຍຊື່ໄຟລ໌ config ທີ່ແຍກດ້ວຍເຄື່ອງໝາຍຈຸດນີ້; ຖ້າລະບຸ, ນີ້ຈະຕ້ອງເປັນອັນທໍາອິດ
ທາງເລືອກໃນແຖວຄໍາສັ່ງ.

--[ບໍ່]ຕໍ່ເນື່ອງ-on-error
ຄ່າເລີ່ມຕົ້ນ: ແມ່ນແລ້ວ

ສືບ​ຕໍ່​ການ​ວິ​ເຄາະ​ເຖິງ​ແມ່ນ​ວ່າ​ມີ​ຄວາມ​ຜິດ​ພາດ​. ເຄື່ອງມືຈະບໍ່ສືບຕໍ່ຕະຫຼອດໄປ: ມັນ
ຢຸດຫຼັງຈາກ 100 ຂໍ້ຜິດພາດ, ໃນກໍລະນີນີ້ອາດຈະເປັນຂໍ້ຜິດພາດໃນເຄື່ອງມືຫຼືການປ້ອນຂໍ້ມູນ.
ແມ່ນບໍ່ຖືກຕ້ອງ.

--[ບໍ່]ສ້າງ-ອັບເກຣດ-ຕາຕາລາງ
ຄ່າເລີ່ມຕົ້ນ: ແມ່ນແລ້ວ

ສ້າງຖານຂໍ້ມູນ "--upgrade-table" ແລະຕາຕະລາງ.

--daemonize
ສ້ອມກັບພື້ນຫລັງແລະແຍກອອກຈາກແກະ. ລະບົບປະຕິບັດການ POSIX ເທົ່ານັ້ນ.

--ຖານຂໍ້ມູນ
ຮູບແບບສັ້ນ: -D; ປະເພດ: string

ຖານຂໍ້ມູນເລີ່ມຕົ້ນເມື່ອເຊື່ອມຕໍ່ກັບ MySQL.

--defaults-file
ຮູບແບບສັ້ນ: -F; ປະເພດ: string

ພຽງແຕ່ອ່ານຕົວເລືອກ MySQL ຈາກໄຟລ໌ທີ່ໃຫ້. ທ່ານຕ້ອງໃຫ້ຊື່ເສັ້ນທາງຢ່າງແທ້ຈິງ.

--[ບໍ່]ປິດການໃຊ້ງານ-query-cache
ຄ່າເລີ່ມຕົ້ນ: ແມ່ນແລ້ວ

"SET SESSION query_cache_type = OFF" ເພື່ອປິດການໃຊ້ງານ cache ສອບຖາມ.

-- ແລ່ນແຫ້ງ
ດໍາເນີນການແຕ່ບໍ່ດໍາເນີນການຫຼືປຽບທຽບການສອບຖາມ. ນີ້ແມ່ນເປັນປະໂຫຍດສໍາລັບການກວດສອບເສັ້ນຄໍາສັ່ງ
ທາງ​ເລືອກ​, ການ​ເຊື່ອມ​ຕໍ່​ກັບ MySQL​, ແລະ​ບັນ​ທຶກ​ຫຼື​ຜົນ​ການ​ກະ​ສານ​ອ້າງ​ອີງ​ການ​ແຍກ​.

--ການກັ່ນຕອງ
ປະເພດ: string

ອະນຸຍາດໃຫ້ເຫດການທີ່ລະຫັດ Perl ນີ້ກັບຄືນຄວາມຈິງ.

ເບິ່ງຕົວເລືອກດຽວກັນໃນເອກະສານສໍາລັບ pt-query-digest.

- ຊ່ວຍ
ສະແດງການຊ່ວຍເຫຼືອ ແລະອອກ.

-ເຈົ້າພາບ
ຮູບແບບສັ້ນ: -h; ປະເພດ: string

MySQL hostname ຫຼື IP.

--ບໍ່ສົນໃຈ-ຄຳເຕືອນ
ປະເພດ: Hash

ບໍ່ສົນໃຈລະຫັດເຕືອນ MySQL ເຫຼົ່ານີ້ເມື່ອປຽບທຽບການເຕືອນ.

--ບັນທຶກ
ປະເພດ: string

ພິມ STDOUT ແລະ STDERR ໃສ່ໄຟລ໌ນີ້ເມື່ອ daemonized. ທາງເລືອກນີ້ພຽງແຕ່ມີຜົນກະທົບ
ເມື່ອ "--daemonize" ຖືກລະບຸ. ໄຟລ໌ຖືກສ້າງຂື້ນຖ້າມັນບໍ່ມີ, ຜົນຜະລິດອື່ນ
ຖືກ​ຕໍ່​ທ້າຍ​ກັບ​ມັນ​.

--max-class-size
ປະເພດ: int; ຄ່າເລີ່ມຕົ້ນ: 1000

ຈໍາ​ນວນ​ສູງ​ສຸດ​ຂອງ​ການ​ສອບ​ຖາມ​ທີ່​ເປັນ​ເອ​ກະ​ລັກ​ໃນ​ແຕ່​ລະ​ຫ້ອງ​ການ​ສອບ​ຖາມ​. ເບິ່ງ "ລາຍງານ".

--ຕົວຢ່າງສູງສຸດ
ປະເພດ: int; ຄ່າເລີ່ມຕົ້ນ: 3

ຈໍານວນຕົວຢ່າງສູງສຸດໃນລາຍການສໍາລັບແຕ່ລະ "QUERY DIFFERENCES". ຫ້ອງຮຽນແບບສອບຖາມແມ່ນ
ລາຍງານທັນທີທີ່ຕົວຢ່າງຈໍານວນຫຼາຍນີ້ສໍາລັບປະເພດຂອງຄວາມແຕກຕ່າງການສອບຖາມໃດໆທີ່ພົບເຫັນ.

-ລະຫັດຜ່ານ
ຮູບແບບສັ້ນ: -p; ປະເພດ: string

ລະຫັດຜ່ານ MySQL ສໍາລັບ "--user".

--pid
ປະເພດ: string

ສ້າງໄຟລ໌ PID ທີ່ໃຫ້. ເຄື່ອງມືຈະບໍ່ເລີ່ມຕົ້ນຖ້າໄຟລ໌ PID ມີຢູ່ແລ້ວແລະ
PID ທີ່ມັນມີຢູ່ແຕກຕ່າງຈາກ PID ໃນປັດຈຸບັນ. ຢ່າງໃດກໍຕາມ, ຖ້າໄຟລ໌ PID
ມີຢູ່ ແລະ PID ທີ່ມັນບັນຈຸບໍ່ໄດ້ເຮັດວຽກອີກຕໍ່ໄປ, ເຄື່ອງມືຈະຂຽນທັບ PID
ໄຟລ໌ທີ່ມີ PID ໃນປັດຈຸບັນ. ໄຟລ໌ PID ຈະຖືກລຶບອອກໂດຍອັດຕະໂນມັດເມື່ອເຄື່ອງມືອອກ.

--ພອດ
ຮູບແບບສັ້ນ: -P; ປະເພດ: int

ໝາຍເລກພອດ MySQL.

- ແມ່ຍິງ
ປະເພດ: array; ຄ່າເລີ່ມຕົ້ນ: ເວລາ, 30

ພິມລາຍງານຄວາມຄືບໜ້າໄປໃຫ້ STDERR. ເຄື່ອງມືພິມບົດລາຍງານຄວາມຄືບຫນ້າໃນຂະນະທີ່ອ່ານບັນທຶກ
ຫຼືຜົນການອ້າງອິງ, ຄາດຄະເນປະມານໄລຍະເວລາຈົນກ່ວາມັນສໍາເລັດ.

ຄ່າແມ່ນລາຍການທີ່ຂັ້ນດ້ວຍເຄື່ອງໝາຍຈຸດທີ່ມີສອງສ່ວນ. ສ່ວນທໍາອິດສາມາດເປັນເປີເຊັນ,
ທີ່​ໃຊ້​ເວ​ລາ​, ຫຼື​ການ​ຊ​້​ໍາ​; ພາກສ່ວນທີສອງລະບຸວ່າການປັບປຸງຄວນຈະຖືກພິມອອກເລື້ອຍໆສໍ່າໃດ,
ໃນອັດຕາສ່ວນ, ວິນາທີ, ຫຼືຈໍານວນຂອງການຊໍ້າຄືນ.

--[ບໍ່]ອ່ານເທົ່ານັ້ນ
ຄ່າເລີ່ມຕົ້ນ: ແມ່ນແລ້ວ

ປະຕິບັດພຽງແຕ່ "SELECT" ແລະ "SET" ຖະແຫຼງການ. ຖ້າ "--no-read-only" ຖືກລະບຸ, ທັງຫມົດ
ການສອບຖາມໄດ້ຖືກປະຕິບັດ: "DROP", "DELETE", "UPDATE", ແລະອື່ນໆ. ເຖິງແມ່ນວ່າຈະດໍາເນີນການຢູ່ໃນຄ່າເລີ່ມຕົ້ນ.
ຮູບແບບການອ່ານເທົ່ານັ້ນ, ທ່ານຄວນໃຊ້ຜູ້ໃຊ້ MySQL ທີ່ມີສິດທິພິເສດ "SELECT" ເທົ່ານັ້ນທີ່ຈະຮັບປະກັນ
ຕ້ານແມງໄມ້ໃນເຄື່ອງມື.

-- ລາຍງານ
ປະເພດ: Hash; ຄ່າເລີ່ມຕົ້ນ: ເຈົ້າພາບ, ບັນທຶກ, ສອບຖາມ, ສະຖິຕິ

ພິມພາກສ່ວນເຫຼົ່ານີ້ຂອງ "ບົດລາຍງານ".

--ເວລາແລ່ນ
ປະເພດ: ເວລາ

ດົນປານໃດທີ່ຈະແລ່ນກ່ອນທີ່ຈະອອກ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ເຄື່ອງມືຈະດໍາເນີນການຈົນກ່ວາມັນສໍາເລັດການອ່ານ
ບັນທຶກ ຫຼືຜົນການອ້າງອີງ.

-- ບັນທຶກຜົນໄດ້ຮັບ
ປະເພດ: string

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

ຜົນໄດ້ຮັບການອ້າງອີງສາມາດນໍາໃຊ້ a ຫຼາຍ ຂອງພື້ນທີ່ດິດ.

--set-vars
ປະເພດ: Array

ກໍານົດຕົວແປ MySQL ໃນບັນຊີລາຍຊື່ທີ່ແຍກດ້ວຍເຄື່ອງໝາຍຈຸດຂອງຄູ່ "variable=value".

ໂດຍຄ່າເລີ່ມຕົ້ນ, ເຄື່ອງມືກໍານົດ:

wait_timeout=10000

ຕົວແປທີ່ລະບຸໄວ້ໃນເສັ້ນຄໍາສັ່ງ override ຄ່າເລີ່ມຕົ້ນເຫຼົ່ານີ້. ຍົກ​ຕົວ​ຢ່າງ,
ການລະບຸ "--set-vars wait_timeout=500" ລົບລ້າງຄ່າເລີ່ມຕົ້ນຂອງ 10000.

ເຄື່ອງ​ມື​ພິມ​ຄໍາ​ເຕືອນ​ແລະ​ສືບ​ຕໍ່​ຖ້າ​ຫາກ​ວ່າ​ຕົວ​ປ່ຽນ​ແປງ​ບໍ່​ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ຕັ້ງ​ຄ່າ​.

--ຊັອກເກັດ
ຮູບແບບສັ້ນ: -S; ປະເພດ: string

ໄຟລ​໌ socket ໃຊ້​ສໍາ​ລັບ​ການ​ເຊື່ອມ​ຕໍ່​.

--ປະເພດ
ປະເພດ: ຊ່ອຍແນ່; ຄ່າເລີ່ມຕົ້ນ: slowlog

ປະເພດຂອງໄຟລ໌ບັນທຶກ. ປະເພດທີ່ຖືກຕ້ອງແມ່ນ:

VALUE ປະເພດບັນທຶກ
========================================================
slowlog MySQL ບັນທຶກຊ້າ
genlog MySQL ບັນທຶກທົ່ວໄປ
binlog MySQL binary log (ປ່ຽນໂດຍ mysqlbinlog)
rawlog ບັນທຶກແບບກຳນົດເອງທີ່ມີໜຶ່ງຄຳຖະແຫຼງ SQL ຕໍ່ແຖວ

-- ຕາ​ຕະ​ລາງ​ການ​ປັບ​ປຸງ​
ປະເພດ: ຊ່ອຍແນ່; ຄ່າເລີ່ມຕົ້ນ: percona_schema.pt_upgrade

ໃຊ້ຕາຕະລາງນີ້ເພື່ອລຶບລ້າງຄຳເຕືອນ. ເພື່ອລຶບລ້າງການເຕືອນທັງໝົດຈາກການສອບຖາມກ່ອນໜ້າ, pt-
ອັບເກຣດດໍາເນີນການ "SELECT * FROM --upgrade-table LIMIT 1" ໃນແຕ່ລະໂຮດກ່ອນທີ່ຈະດໍາເນີນການ.
ແຕ່ລະແບບສອບຖາມ.

ຕາຕະລາງຕ້ອງເປັນຖານຂໍ້ມູນທີ່ມີຄຸນສົມບັດ. ຖານຂໍ້ມູນແລະຕາຕະລາງແມ່ນອັດຕະໂນມັດ
ສ້າງເວັ້ນເສຍແຕ່ "--no-create-upgrade-table" ຈະຖືກລະບຸ (ເບິ່ງ
"--[no]create-upgrade-table"). ຖ້າຕາຕະລາງບໍ່ມີຢູ່ແລ້ວ, ມັນຖືກສ້າງຂຶ້ນ
ກັບຄໍານິຍາມນີ້:

ສ້າງຕາຕະລາງ pt_upgrade (
id INT ບໍ່ແມ່ນກະແຈຫຼັກ NULL
)

-ຜູ້ໃຊ້
ຮູບແບບສັ້ນ: -u; ປະເພດ: string

ຜູ້ໃຊ້ MySQL ຖ້າບໍ່ແມ່ນຜູ້ໃຊ້ລະບົບປະຈຸບັນ.

- ການປ່ຽນແປງ
ສະແດງສະບັບແລະອອກ.

--[ບໍ່​ມີ​ການ​ກວດ​ສອບ​ສະ​ບັບ​
ຄ່າເລີ່ມຕົ້ນ: ແມ່ນແລ້ວ

ກວດເບິ່ງເວີຊັນຫຼ້າສຸດຂອງ Percona Toolkit, MySQL, ແລະໂຄງການອື່ນໆ.

ນີ້ແມ່ນມາດຕະຖານ "ກວດສອບການປັບປຸງອັດຕະໂນມັດ" ຄຸນນະສົມບັດ, ມີສອງເພີ່ມເຕີມ
ຄຸນ​ລັກ​ສະ​ນະ. ຫນ້າທໍາອິດ, ເຄື່ອງມືກວດສອບສະບັບຂອງບັນດາໂຄງການອື່ນໆໃນລະບົບທ້ອງຖິ່ນໃນ
ນອກ​ຈາກ​ສະ​ບັບ​ຂອງ​ຕົນ​ເອງ​. ຕົວຢ່າງ, ມັນກວດເບິ່ງເວີຊັນຂອງທຸກເຄື່ອງແມ່ຂ່າຍ MySQL
ມັນເຊື່ອມຕໍ່ກັບ, Perl, ແລະໂມດູນ Perl DBD::mysql. ອັນທີສອງ, ມັນກວດເບິ່ງແລະເຕືອນ
ກ່ຽວກັບສະບັບທີ່ມີບັນຫາທີ່ຮູ້ຈັກ. ຕົວຢ່າງ, MySQL 5.5.25 ມີ bug ທີ່ສໍາຄັນແລະ
ໄດ້ຖືກປ່ອຍອອກມາເມື່ອ 5.5.25a.

ການອັບເດດ ຫຼືບັນຫາທີ່ຮູ້ຈັກຈະຖືກພິມໃສ່ STDOUT ກ່ອນທີ່ເຄື່ອງມືຈະອອກມາປົກກະຕິ.
ຄຸນສົມບັດນີ້ບໍ່ຄວນລົບກວນການເຮັດວຽກປົກກະຕິຂອງເຄື່ອງມື.

ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ, ໄປຢ້ຽມຢາມ .

--watch-ເຊີບເວີ
ປະເພດ: string

ວິເຄາະສະເພາະເຫດການສໍາລັບ IP ນີ້: ພອດສໍາລັບ "--type" tcpdump. ທີ່ຢູ່ IP ອື່ນໆທັງຫມົດແມ່ນ
ບໍ່ສົນໃຈ. ຖ້າບໍ່ໄດ້ລະບຸ, pt-upgrade ເບິ່ງເຄື່ອງແມ່ຂ່າຍທັງຫມົດໂດຍການຊອກຫາ IP ໃດ
ທີ່ຢູ່ໂດຍໃຊ້ພອດ 3306 ຫຼື "mysql". ຖ້າທ່ານກໍາລັງເບິ່ງເຄື່ອງແມ່ຂ່າຍທີ່ບໍ່ມີມາດຕະຖານ
ພອດ, ນີ້ຈະບໍ່ເຮັດວຽກ, ດັ່ງນັ້ນທ່ານຕ້ອງລະບຸທີ່ຢູ່ IP ແລະພອດເພື່ອເບິ່ງ.

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

DSN OPTIONS

ຕົວເລືອກ DSN ເຫຼົ່ານີ້ຖືກໃຊ້ເພື່ອສ້າງ DSN. ແຕ່ລະທາງເລືອກແມ່ນໃຫ້ຄື "option=value".
ຕົວເລືອກແມ່ນຕົວພິມນ້ອຍ, ດັ່ງນັ້ນ P ແລະ p ບໍ່ແມ່ນທາງເລືອກດຽວກັນ. ບໍ່ສາມາດມີ
ຊ່ອງຫວ່າງກ່ອນ ຫຼືຫຼັງ "=", ແລະຖ້າຄ່າມີຊ່ອງຫວ່າງມັນຈະຕ້ອງເປັນ
ອ້າງອີງ. ຕົວເລືອກ DSN ແມ່ນຂັ້ນດ້ວຍເຄື່ອງໝາຍຈຸດ. ເບິ່ງ manpage percona-toolkit ສໍາລັບເຕັມ
ລາຍລະອຽດ.

ກ

dsn: charset; ສຳເນົາ: ແມ່ນແລ້ວ

ຕັ້ງຕົວອັກສອນເລີ່ມຕົ້ນ.

·ດ

dsn: ຖານຂໍ້ມູນ; ສຳເນົາ: ແມ່ນແລ້ວ

ຖານຂໍ້ມູນເລີ່ມຕົ້ນ.

· F

dsn: mysql_read_default_file; ສຳເນົາ: ແມ່ນແລ້ວ

ອ່ານພຽງແຕ່ຕົວເລືອກເລີ່ມຕົ້ນຈາກໄຟລ໌ທີ່ໃຫ້

h

dsn: ເຈົ້າພາບ; ສຳເນົາ: ແມ່ນແລ້ວ

ເຊື່ອມຕໍ່ຫາເຈົ້າພາບ.

·ລ

ສຳເນົາ: ແມ່ນແລ້ວ

ເປີດໃຊ້ LOAD DATA LOCAL INFILE.

ດ້ວຍເຫດຜົນບາງຢ່າງ, ຜູ້ຂາຍບາງຄົນລວບລວມ libmysql ໂດຍບໍ່ມີການ --enable-local-infile
ທາງເລືອກ, ເຊິ່ງປິດການຖະແຫຼງການ. ນີ້ສາມາດນໍາໄປສູ່ສະຖານະການ strange, ເຊັ່ນ:
ເຊີບເວີອະນຸຍາດໃຫ້ INFILE ທ້ອງຖິ່ນ, ແຕ່ລູກຄ້າຖິ້ມຂໍ້ຍົກເວັ້ນຖ້າມັນຖືກໃຊ້.

ຢ່າງໃດກໍຕາມ, ຕາບໃດທີ່ເຄື່ອງແມ່ຂ່າຍອະນຸຍາດໃຫ້ LOAD DATA, ລູກຄ້າສາມາດເປີດໃຊ້ມັນຄືນໃຫມ່; ເບິ່ງ
ແລະ
<http://search.cpan.org/~capttofu/DBD-mysql/lib/DBD/mysql.pm>. ທາງເລືອກນີ້ເຮັດ
ແທ້.

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

· ປ

dsn: ລະຫັດຜ່ານ; ສຳເນົາ: ແມ່ນແລ້ວ

ລະຫັດຜ່ານທີ່ຈະໃຊ້ໃນເວລາເຊື່ອມຕໍ່. ຖ້າລະຫັດຜ່ານມີເຄື່ອງໝາຍຈຸດ, ພວກມັນຈະຕ້ອງຖືກຫລົບໜີ
ກັບ backslash: "ການສອບເສັງ, ple"

·ປ

dsn: ພອດ; ສຳເນົາ: ແມ່ນແລ້ວ

ໝາຍເລກພອດເພື່ອໃຊ້ສຳລັບການເຊື່ອມຕໍ່.

·ສ

dsn: mysql_socket; ສຳເນົາ: ແມ່ນແລ້ວ

ໄຟລ​໌ socket ໃຊ້​ສໍາ​ລັບ​ການ​ເຊື່ອມ​ຕໍ່​.

· ເຈົ້າ

dsn: ຜູ້ໃຊ້; ສຳເນົາ: ແມ່ນແລ້ວ

ຜູ້ໃຊ້ສໍາລັບການເຂົ້າສູ່ລະບົບຖ້າບໍ່ແມ່ນຜູ້ໃຊ້ປະຈຸບັນ.

ENVIRONMENT

ຕົວແປສະພາບແວດລ້ອມ "PTDEBUG" ເປີດໃຊ້ຜົນການແກ້ບັນຫາ verbose ໄປຫາ STDERR. ເພື່ອເປີດໃຊ້ງານ
debugging ແລະເກັບກໍາຜົນຜະລິດທັງຫມົດໄປຍັງໄຟລ໌, ດໍາເນີນການເຄື່ອງມືເຊັ່ນ:

PTDEBUG=1 pt-upgrade ... > FILE 2 >&1

ຈົ່ງລະວັງ: ການດີບັ໊ກຜົນອອກແມ່ນ voluminous ແລະສາມາດສ້າງຜົນຜະລິດຫຼາຍ megabytes.

SYSTEM ສິ່ງທີ່ຕ້ອງມີ

ທ່ານຕ້ອງການ Perl, DBI, DBD::mysql, ແລະບາງແພັກເກັດຫຼັກທີ່ຄວນຈະຖືກຕິດຕັ້ງຢູ່ໃນໃດກໍ່ຕາມ.
ສະບັບໃຫມ່ທີ່ສົມເຫດສົມຜົນຂອງ Perl.

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