pt-mysql-summaryp - ອອນລາຍໃນຄລາວ

ໂຄງການ:

NAME

pt-mysql-summary - ສະຫຼຸບຂໍ້ມູນ MySQL ໄດ້ດີ.

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

ການນໍາໃຊ້: pt-mysql-summary [OPTIONS]

pt-mysql-summary ສະຫຼຸບສະຖານະການແລະການຕັ້ງຄ່າຂອງຖານຂໍ້ມູນ MySQL ຢ່າງສະດວກ.
server ເພື່ອໃຫ້ທ່ານສາມາດຮຽນຮູ້ກ່ຽວກັບມັນໄດ້ທັນທີ. ມັນບໍ່ແມ່ນເຄື່ອງມືປັບ ຫຼືວິນິດໄສ
ເຄື່ອງ​ມື. ມັນຜະລິດບົດລາຍງານທີ່ງ່າຍຕໍ່ການແຕກຕ່າງແລະສາມາດວາງລົງໃນອີເມວໂດຍບໍ່ມີ
ການ​ສູນ​ເສຍ​ຮູບ​ແບບ​. ມັນຄວນຈະເຮັດວຽກໄດ້ດີໃນທຸກລະບົບ UNIX ທີ່ທັນສະໄຫມ.

RISKS

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

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

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

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

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

ລາຍລະອຽດ

pt-mysql-summary ເຮັດວຽກໂດຍການເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍຖານຂໍ້ມູນ MySQL ແລະສອບຖາມມັນສໍາລັບສະຖານະພາບ
ແລະຂໍ້ມູນການຕັ້ງຄ່າ. ມັນຊ່ວຍປະຢັດຂໍ້ມູນເຫຼົ່ານີ້ເຂົ້າໄປໃນໄຟລ໌ຊົ່ວຄາວ
ໄດເລກະທໍລີ, ແລະຫຼັງຈາກນັ້ນຈັດຮູບແບບໃຫ້ເຂົາເຈົ້າຢ່າງເປັນລະບຽບດ້ວຍ awk ແລະພາສາ scripting ອື່ນໆ.

ການ​ນໍາ​ໃຊ້​, ພຽງ​ແຕ່​ປະ​ຕິ​ບັດ​ມັນ​. ທາງເລືອກເພີ່ມ dash ສອງຄັ້ງແລະຫຼັງຈາກນັ້ນເສັ້ນຄໍາສັ່ງດຽວກັນ
ທາງເລືອກທີ່ເຈົ້າຈະໃຊ້ເພື່ອເຊື່ອມຕໍ່ກັບ MySQL, ເຊັ່ນ:

pt-mysql-summary --user=root

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

OUTPUT

ຈໍານວນຫຼາຍຂອງຜົນຜະລິດຈາກເຄື່ອງມືນີ້ແມ່ນໂດຍເຈດຕະນາມົນເພື່ອສະແດງໃຫ້ເຫັນຂະຫນາດຂອງເຂົາເຈົ້າແຕ່
ບໍ່ແມ່ນລາຍລະອຽດທີ່ແນ່ນອນ. ອັນນີ້ເອີ້ນວ່າ ຮອບວຽນ. ແນວຄວາມຄິດແມ່ນວ່າມັນບໍ່ສໍາຄັນ
ເຊີບເວີກຳລັງແລ່ນ 918 queries ຕໍ່ວິນາທີ ຫຼື 921 queries ຕໍ່ວິນາທີ; ຂະຫນາດນ້ອຍດັ່ງກ່າວ
ການປ່ຽນແປງແມ່ນບໍ່ສໍາຄັນ, ແລະພຽງແຕ່ເຮັດໃຫ້ຜົນຜະລິດຍາກທີ່ຈະປຽບທຽບກັບເຄື່ອງແມ່ຂ່າຍອື່ນໆ.
Fuzzy-rounding ເປັນ increment ຂະຫນາດໃຫຍ່ເປັນ input ເພີ່ມຂຶ້ນ. ມັນເລີ່ມຕົ້ນໂດຍການຫັນໄປຫາ
ໃກ້ທີ່ສຸດ 5, ຈາກນັ້ນ 10 ທີ່ໃກ້ທີ່ສຸດ, ໃກ້ທີ່ສຸດ 25, ແລະຈາກນັ້ນຊໍ້າຄືນດ້ວຍປັດໄຈຂອງ 10 ໃຫຍ່ກວ່າ.
(50, 100, 250), ແລະອື່ນໆ, ໃນຂະນະທີ່ການປ້ອນຂໍ້ມູນເພີ່ມຂຶ້ນ.

ຕໍ່ໄປນີ້ແມ່ນຕົວຢ່າງຂອງບົດລາຍງານທີ່ເຄື່ອງມືຜະລິດ:

# Percona Toolkit MySQL Summary Report ######################
ເວລາລະບົບ | 2012-03-30 18:46:05 UTC
(TZ ທ້ອງຖິ່ນ: EDT -0400)
#ຕົວຢ່າງ ############################################ ##
Port Data Directory Socket Nice OOM
====== ================================ ==== ========
12345 /tmp/12345/data 0 0 /tmp/12345.sock
12346 /tmp/12346/data 0 0 /tmp/12346.sock
12347 /tmp/12347/data 0 0 /tmp/12347.sock

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

# ລາຍງານທ່າເຮືອ 12345 ###################################
ຜູ້ໃຊ້ | msandbox@%
ເວລາ | 2012-03-30 14:46:05 (EDT)
ຊື່ເຈົ້າພາບ | localhost.localdomain
ລຸ້ນ | 5.5.20-log MySQL Community Server (GPL)
ສ້າງຂຶ້ນໃນ | linux2.6 i686
ເລີ່ມ | 2012-03-28 23:33 (ຂຶ້ນ 1+15:12:09)
ຖານຂໍ້ມູນ | 4
Datadir | /tmp/12345/data/
ຂະບວນການ | 2 ເຊື່ອມຕໍ່, 2 ແລ່ນ
ການຈຳລອງ | ບໍ່ແມ່ນສໍາລອງ, ມີ 1 ສໍາລອງເຊື່ອມຕໍ່
Pidfile | /tmp/12345/data/12345.pid (ມີຢູ່)

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

#ລາຍການຂະບວນການ #############################################

ຄຳສັ່ງ COUNT(*) ເຮັດວຽກ SUM(ເວລາ) MAX(ເວລາ)
----------------------------------------- --------------- ---- ---------
Binlog Dump 1 1 150000 150000
ສອບຖາມ 1 1 0 0

ຜູ້ໃຊ້ COUNT(*) ເຮັດວຽກ SUM(ເວລາ) MAX(ເວລາ)
----------------------------------------- --------------- ---- ---------
msandbox 2 2 150000 150000

ເຈົ້າພາບ COUNT(*) ເຮັດວຽກ SUM(ເວລາ) MAX(ເວລາ)
----------------------------------------- --------------- ---- ---------
localhost 2 2 150000 150000

db COUNT(*) ເຮັດວຽກ SUM(ເວລາ) MAX(ເວລາ)
----------------------------------------- --------------- ---- ---------
NULL 2 2 150000 150000

ລັດ COUNT(*) ເຮັດວຽກ SUM(ເວລາ) MAX(ເວລາ)
----------------------------------------- --------------- ---- ---------
ອາຈານໄດ້ສົ່ງ binlog ທັງໝົດໃຫ້ 1 1 150000 150000
NULL 1 1 0 0

ພາກນີ້ແມ່ນສະຫຼຸບຂອງຜົນໄດ້ຮັບຈາກ SHOW PROCESSLIST. ແຕ່ລະພາກຍ່ອຍແມ່ນ
ລວບລວມໂດຍລາຍການທີ່ແຕກຕ່າງກັນ, ເຊິ່ງສະແດງເປັນຫົວຂໍ້ຄໍລໍາທໍາອິດ. ເມື່ອ​ໃດ​
ສະຫຼຸບໂດຍຄໍາສັ່ງ, ທຸກໆແຖວໃນ SHOW PROCESSLIST ແມ່ນລວມ, ແຕ່ຖ້າບໍ່ດັ່ງນັ້ນ, ແຖວ.
ຄໍາສັ່ງຂອງມັນແມ່ນ Sleep ໄດ້ຖືກຍົກເວັ້ນຈາກ SUM ແລະ MAX ຖັນ, ດັ່ງນັ້ນເຂົາເຈົ້າບໍ່ໄດ້ skew ໄດ້
ຕົວເລກຫຼາຍເກີນໄປ. ໃນຕົວຢ່າງທີ່ສະແດງ, ເຊີບເວີບໍ່ເຮັດວຽກຍົກເວັ້ນເຄື່ອງມືນີ້ເອງ,
ແລະຫນຶ່ງ replica ທີ່ເຊື່ອມຕໍ່, ເຊິ່ງກໍາລັງປະຕິບັດ Binlog Dump.

ຖັນແມ່ນຈໍານວນແຖວທີ່ລວມ, ຈໍານວນທີ່ບໍ່ຢູ່ໃນສະຖານະນອນ, ໄດ້
ຜົນລວມຂອງຖັນເວລາ, ແລະຖັນເວລາສູງສຸດ. ຕົວເລກແມ່ນເປັນຮູບກົມ.

# ຕົວນັບສະຖານະ (ລໍຖ້າ 10 ວິນາທີ) ########################
ການປ່ຽນແປງຕໍ່ມື້ຕໍ່ວິນາທີ 10 ວິນາທີ
Binlog_cache_disk_use 4
Binlog_cache_use 80
Bytes_received 15000000 175 200
Bytes_sent 15000000 175 2000
com_admin_commands 1
...................(ຫຼາຍເສັ້ນຖືກລະເວັ້ນ)............................. ..
Threads_created 40 1
Uptime 90000 1 1

ພາກສ່ວນນີ້ສະແດງໃຫ້ເຫັນຕົວນັບທີ່ເລືອກຈາກສອງຮູບຖ່າຍຂອງ SHOW GLOBAL STATUS, ລວບລວມ
ຫ່າງກັນປະມານ 10 ວິນາທີ ແລະເປັນຮູບມົນ. ມັນປະກອບມີພຽງແຕ່ລາຍການທີ່ມີ
incrementing counters; ມັນບໍ່ໄດ້ລວມເອົາຕົວເລກຢ່າງແທ້ຈິງເຊັ່ນ Threads_running
ຕົວແປສະຖານະ, ເຊິ່ງສະແດງເຖິງຄ່າປັດຈຸບັນ, ແທນທີ່ຈະເປັນຕົວເລກສະສົມຫຼາຍກວ່າ
ເວລາ.

ຖັນທໍາອິດແມ່ນຊື່ຕົວແປ, ແລະຄໍລໍາທີສອງແມ່ນຕົວນັບຈາກທໍາອິດ
ພາບຖ່າຍແບ່ງດ້ວຍ 86400 (ຈໍານວນວິນາທີຕໍ່ມື້), ດັ່ງນັ້ນທ່ານສາມາດເບິ່ງຂະຫນາດໄດ້.
ການປ່ຽນແປງຂອງເຄົາເຕີຕໍ່ມື້. 86400 fuzzy-rounds ກັບ 90000, ດັ່ງນັ້ນການນັບຖອຍຫລັງຂອງ Uptime ຄວນ
ສະເຫມີປະມານ 90000.

ຖັນທີສາມແມ່ນຄ່າຈາກພາບຖ່າຍທຳອິດ, ແບ່ງດ້ວຍ Uptime ແລະຫຼັງຈາກນັ້ນ fuzzy-.
ມົນ, ສະນັ້ນມັນສະແດງເຖິງຄວາມໄວຂອງຕົວນັບເພີ່ມຂຶ້ນຕໍ່ວິນາທີ
uptime ຂອງເຄື່ອງແມ່ຂ່າຍ.

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

# ຕາຕະລາງ cache ############################################ #
ຂະໜາດ | 400
ການນໍາໃຊ້ | 15%

ພາກນີ້ສະແດງຂະຫນາດຂອງແຄດຕາຕະລາງ, ຕິດຕາມດ້ວຍອັດຕາສ່ວນຂອງຕາຕະລາງ
cache ໃນການນໍາໃຊ້. ການ​ນໍາ​ໃຊ້​ແມ່ນ fuzzy ມົນ​.

# ຄຸນສົມບັດເຊີບເວີ Percona ###############################
ຕາຕະລາງ & ດັດຊະນີສະຖິຕິ | ບໍ່​ສະ​ຫນັບ​ສະ​ຫນຸນ
ຫຼາຍກະທູ້ I/O | ເປີດໃຊ້ແລ້ວ
ຕ້ານການສໍ້ລາດບັງຫຼວງ | ບໍ່​ສະ​ຫນັບ​ສະ​ຫນຸນ
Replication ທົນທານ | ບໍ່​ສະ​ຫນັບ​ສະ​ຫນຸນ
ນໍາເຂົ້າຕາຕະລາງ InnoDB | ບໍ່​ສະ​ຫນັບ​ສະ​ຫນຸນ
ເຊີບເວີຣີສະຕາດໄວ | ບໍ່​ສະ​ຫນັບ​ສະ​ຫນຸນ
ການປັບປຸງການຕັດໄມ້ | ບໍ່​ສະ​ຫນັບ​ສະ​ຫນຸນ
Replica Perf Logging | ບໍ່​ສະ​ຫນັບ​ສະ​ຫນຸນ
ເວລາຕອບສະຫນອງ Hist. | ບໍ່​ສະ​ຫນັບ​ສະ​ຫນຸນ
ລຽບຫຼູ | ບໍ່​ສະ​ຫນັບ​ສະ​ຫນຸນ
HandlerSocket NoSQL | ບໍ່​ສະ​ຫນັບ​ສະ​ຫນຸນ
UDFs Hash ໄວ | ບໍ່ຮູ້ຈັກ

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

#ປລັກອິນ ############################################# ####
ການບີບອັດ InnoDB | ເຄື່ອນໄຫວ

ຄຸນນະສົມບັດນີ້ສະແດງໃຫ້ເຫັນ plugins ສະເພາະແລະບໍ່ວ່າຈະຖືກເປີດໃຊ້.

#ຄິວຣີແຄສ ############################################# #
query_cache_type | ເປີດ
ຂະໜາດ | 0.0
ການນໍາໃຊ້ | 0%
HitToInsertRatio | 0%

ພາກສ່ວນນີ້ສະແດງໃຫ້ເຫັນວ່າ cache ສອບຖາມໄດ້ຖືກເປີດໃຊ້ງານແລະຂະຫນາດຂອງມັນ, ຕາມດ້ວຍ
ເປີເຊັນຂອງ cache ໃນການນໍາໃຊ້ແລະອັດຕາສ່ວນ hit-to-insert. ສອງອັນສຸດທ້າຍແມ່ນ fuzzy -
ມົນ.

#ແຜນງານ ############################################# #####

ຕາຕະລາງຖານຂໍ້ມູນເບິ່ງ SPs Trigs Funcs FKs Partn
mysql 24
performance_schema 17
sakila 16 7 3 6 3 22

ຖານຂໍ້ມູນ MyISAM CSV PERFORMANCE_SCHEMA InnoDB
mysql 22 2
performance_schema 17
ສາຣະຄະດີ 8 15

ຖານຂໍ້ມູນ BTREE FULLTEXT
mysql 31
performance_schema
ສາຣະຄະດີ 63 1

ctselditmvs
ໄຮໂນອານີມ
amuntuntndra
Remgeyicl
sbtiuhl
ລິນໄມ
aomttrn
mbeet
px
t
ຖານຂໍ້ມູນ ==================================
mysql 61 10 6 78 5 4 26 3 4 5 3 .
performance_schema 5 16 33
sakila 1 15 1 3 4 3 19 42 26

ຖ້າທ່ານລະບຸ "--databases" ຫຼື "--all-databases", ເຄື່ອງມືຈະພິມພາກສ່ວນຂ້າງເທິງ.
ນີ້ສະຫຼຸບຈໍານວນແລະປະເພດຂອງວັດຖຸໃນຖານຂໍ້ມູນ. ມັນຖືກສ້າງຂຶ້ນໂດຍ
ແລ່ນ "mysqldump --no-data", ບໍ່ແມ່ນໂດຍການສອບຖາມ INFORMATION_SCHEMA, ເຊິ່ງສາມາດຈຶ້ງໄດ້.
ເຊີບເວີບໍ່ຫວ່າງ.

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

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

ຕົວເລກທັງໝົດໃນສ່ວນຂອງຜົນຜະລິດນີ້ແມ່ນແນ່ນອນ, ບໍ່ແມ່ນຮູບກົມ.

#ເທັກໂນໂລຍີທີ່ໂດດເດັ່ນ #################################
ດັດສະນີຂໍ້ຄວາມເຕັມ | ແມ່ນແລ້ວ
ປະເພດ Geospatial | ບໍ່
ກະແຈຕ່າງປະເທດ | ແມ່ນແລ້ວ
ການແບ່ງສ່ວນ | ບໍ່
ການບີບອັດ InnoDB | ແມ່ນແລ້ວ
SSL | ບໍ່
ຕາຕະລາງລັອກທີ່ຊັດເຈນ | ບໍ່
ຊັກຊ້າແຊກ | ບໍ່
ທຸລະກໍາ XA | ບໍ່
NDB Cluster | ບໍ່
ຖະແຫຼງການກະກຽມ | ບໍ່
ການນັບຄໍາຖະແຫຼງທີ່ກະກຽມ | 0

ພາກນີ້ສະແດງໃຫ້ເຫັນບາງເຕັກໂນໂລຊີສະເພາະທີ່ໃຊ້ໃນເຄື່ອງແມ່ຂ່າຍນີ້. ບາງສ່ວນຂອງພວກເຂົາແມ່ນ
ກວດພົບຈາກ schema dump ປະຕິບັດສໍາລັບພາກສ່ວນທີ່ຜ່ານມາ; ຄົນອື່ນສາມາດກວດພົບໄດ້
ໂດຍ​ການ​ເບິ່ງ​ສະ​ແດງ​ໃຫ້​ເຫັນ​ສະ​ຖາ​ນະ​ພາບ​ໂລກ​.

# InnoDB ############################################ #####
ລຸ້ນ | 1.1.8
Buffer Pool Size | 16.0ມ
Buffer Pool Fill | 100%
Buffer Pool ເປື້ອນ | 0%
ໄຟລ໌ຕໍ່ຕາຕະລາງ | ປິດ
ຂະໜາດໜ້າ | 16 ກ
ບັນທຶກຂະຫນາດ | 2*5.0M = 10.0M
ບັນທຶກ Buffer Size | 8M
ວິທີການຟອກ |
Flush Log At Commit | 1
ສະຫນັບສະຫນູນ XA | ເປີດ
ເຊັກsums | ເປີດ
ຂຽນສອງຄັ້ງ | ເປີດ
R/WI/O ກະທູ້ | 4 4
ຄວາມອາດສາມາດ I/O | 200
ກະທູ້ສອດຄ່ອງ | 0
ປີ້ Concurrency | 500
ຄໍາຫມັ້ນສັນຍາ Concurrency | 0
ລະດັບການໂດດດ່ຽວ Txn | ອ່ານຊ້ຳໄດ້
ການ​ປັບ​ປຸງ Flushing | ເປີດ
ດ່ານປັບຕົວ |
ອາຍຸຂອງດ່ານ | 0
InnoDB ຄິວ | 0 ຄໍາຖາມພາຍໃນ InnoDB, 0 ຄໍາຖາມຢູ່ໃນຄິວ
ທຸລະກໍາເກົ່າແກ່ທີ່ສຸດ | 0 ວິນາທີ
ລາຍການປະຫວັດສາດ Len | 209
ອ່ານເບິ່ງ | 1
ຍົກເລີກລາຍການບັນທຶກ | 1 ທຸລະກຳ, 1 ການຍົກເລີກທັງໝົດ, 1 ຍົກເລີກສູງສຸດ
ລໍຖ້າ I/O ອ່ານ | 0 buf pool ອ່ານ, 0 AIO ປົກກະຕິ,
0 ibuf AIO, 0 preads
ລໍຖ້າ I/O ຂຽນ | 0 buf pool (0 LRU, 0 flush list, 0 page);
0 AIO, 0 sync, 0 log IO (0 log, 0 chkp);
0 pwrites
ລໍຖ້າ I/O Flushes | 0 buf pool, 0 log
ລັດທຸລະກໍາ | 1xnot ເລີ່ມ​ຕົ້ນ​

ພາກນີ້ສະແດງຕົວແປການຕັ້ງຄ່າທີ່ສໍາຄັນສໍາລັບເຄື່ອງຈັກການເກັບຮັກສາ InnoDB. ໄດ້
buffer pool fill ເປີເຊັນແລະເປີເຊັນເປື້ອນແມ່ນ fuzzy-ມົນ. ສອງສາມສາຍສຸດທ້າຍແມ່ນ
ໄດ້ມາຈາກຜົນຜະລິດຂອງ SHOW INNODB STATUS. ມັນເປັນໄປໄດ້ວ່າຜົນຜະລິດນີ້ຈະມີການປ່ຽນແປງ
ໃນອະນາຄົດທີ່ຈະກາຍເປັນປະໂຫຍດຫຼາຍ.

# MyISAM ############################################# #####
Key Cache | 16.0ມ
Pct ໃຊ້ | 10%
ໄຮ້ສາຍ | 0%

ພາກນີ້ສະແດງໃຫ້ເຫັນຂະຫນາດຂອງຖານຄວາມຈໍາທີ່ສໍາຄັນ MyISAM, ປະຕິບັດຕາມໂດຍອັດຕາສ່ວນຂອງ
cache ໃນການນໍາໃຊ້ແລະອັດຕາສ່ວນ unflushed (fuzzy-ມົນ).

#ຄວາມປອດໄພ ############################################# ###
ຜູ້ໃຊ້ | 2 ຜູ້ໃຊ້, 0 anon, 0 w/o pw, 0 old pw
ລະຫັດຜ່ານເກົ່າ | ປິດ

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

# ການຕັດໄມ້ໄບນາຣີ ##########################################
Binlogs | 1
ຂະໜາດສູນ | 0
ຂະໜາດທັງໝົດ | 21.8 ມ
binlog_format | ຖະແຫຼງການ
expire_logs_days | 0
sync_binlog | 0
server_id | 12345
binlog_do_db |
binlog_ignore_db |

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

#ຕົວແປທີ່ໜ້າສັງເກດ ###################################
Auto-Inc Incr/Offset | 1/1
default_storage_engine | InnoDB
flush_time | 0
init_connect |
init_file |
sql_mode |
join_buffer_size | 128k
sort_buffer_size | 2 ມ
read_buffer_size | 128k
read_rnd_buffer_size | 256k
bulk_insert_buffer | 0.00
max_heap_table_size | 16 ມ
tmp_table_size | 16 ມ
max_allowed_packet | 1M
thread_stack | 192k
ບັນທຶກ | ປິດ
log_error | /tmp/12345/data/mysqld.log
log_warnings | 1
log_slow_queries | ເປີດ
log_queries_not_using_indexes | ປິດ
log_slave_updates | ເປີດ

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

# ໄຟລ໌ການຕັ້ງຄ່າ ######################################
Config File | /tmp/12345/my.sandbox.cnf
[ລູກ​ຄ້າ]
user = msandbox
password = msandbox
ພອດ = 12345
ເຕົ້າຮັບ = /tmp/12345/mysql_sandbox12345.sock
[mysqld]
ພອດ = 12345
ເຕົ້າຮັບ = /tmp/12345/mysql_sandbox12345.sock
pid-file = /tmp/12345/data/mysql_sandbox12345.pid
basedir = /home/baron/5.5.20
datadir = /tmp/12345/data
key_buffer_size = 16M
innodb_buffer_pool_size = 16M
innodb_data_home_dir = /tmp/12345/data
innodb_log_group_home_dir = /tmp/12345/data
innodb_data_file_path = ibdata1:10M:autoextend
innodb_log_file_size = 5M
log-bin = mysql-bin
relay_log = mysql-relay-bin
log_slave_updates
server-id = 12345
report-host = 127.0.0.1
report-port = 12345
log-error = mysqld.log
innodb_lock_wait_timeout = 3
# ຈົບ ############################################### #####

ພາກສ່ວນນີ້ສະແດງໃຫ້ເຫັນສະບັບພິມທີ່ສວຍງາມຂອງໄຟລ໌ my.cnf, ດ້ວຍການເອົາຄໍາເຫັນອອກແລະ
ດ້ວຍການເພີ່ມຊ່ອງຫວ່າງເພື່ອຈັດຮຽງສິ່ງຕ່າງໆເພື່ອໃຫ້ອ່ານງ່າຍ. ເຄື່ອງມືພະຍາຍາມກວດຫາ
ໄຟລ໌ my.cnf ໂດຍເບິ່ງຜົນຜະລິດຂອງ ps, ແລະຖ້າມັນບໍ່ພົບສະຖານທີ່ຂອງ
ຢູ່ທີ່ນັ້ນ, ມັນພະຍາຍາມສະຖານທີ່ທົ່ວໄປຈົນກ່ວາມັນຊອກຫາໄຟລ໌. ໃຫ້ສັງເກດວ່າໄຟລ໌ນີ້ອາດຈະບໍ່
ຕົວຈິງແລ້ວກົງກັບເຄື່ອງແມ່ຂ່າຍທີ່ບົດລາຍງານໄດ້ຖືກສ້າງຂື້ນ. ນີ້ສາມາດເກີດຂຶ້ນໄດ້
ໃນເວລາທີ່ເຄື່ອງມືບໍ່ໄດ້ດໍາເນີນການຢູ່ໃນເຄື່ອງແມ່ຂ່າຍດຽວກັນທີ່ມັນລາຍງານກ່ຽວກັບ, ຫຼືໃນເວລາທີ່ກວດພົບ
ສະຖານທີ່ຂອງໄຟລ໌ການຕັ້ງຄ່າລົ້ມເຫລວ.

OPTIONS

ທາງເລືອກທັງຫມົດຫຼັງຈາກ -- ຖືກສົ່ງກັບ "mysql".

--ຖານຂໍ້ມູນທັງໝົດ
mysqldump ແລະສະຫຼຸບຖານຂໍ້ມູນທັງຫມົດ. ເບິ່ງ "--databases".

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

--config
ປະເພດ: string

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

--ຖານຂໍ້ມູນ
ປະເພດ: string

mysqldump ແລະສະຫຼຸບບັນຊີລາຍຊື່ຖານຂໍ້ມູນທີ່ແຍກດ້ວຍເຄື່ອງໝາຍຈຸດ. ລະບຸ
"--all-databases" ແທນຖ້າທ່ານຕ້ອງການ dump ແລະສະຫຼຸບຖານຂໍ້ມູນທັງຫມົດ.

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

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

- ຊ່ວຍ
ພິມການຊ່ວຍເຫຼືອແລະອອກ.

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

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

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

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

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

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

--ອ່ານຕົວຢ່າງ
ປະເພດ: string

ສ້າງບົດລາຍງານຈາກໄຟລ໌ທີ່ພົບເຫັນຢູ່ໃນໄດເລກະທໍລີນີ້.

--save-ຕົວຢ່າງ
ປະເພດ: string

ບັນທຶກໄຟລ໌ຂໍ້ມູນທີ່ໃຊ້ເພື່ອສ້າງບົດສະຫຼຸບໃນໄດເລກະທໍລີນີ້.

-- ນອນ
ປະເພດ: int; ຄ່າເລີ່ມຕົ້ນ: 10

ວິນາທີທີ່ຈະນອນເມື່ອລວບລວມຕົວນັບສະຖານະ.

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

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

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

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

- ການປ່ຽນແປງ
ສະບັບຂອງເຄື່ອງມືພິມແລະອອກ.

ENVIRONMENT

ເຄື່ອງມືນີ້ບໍ່ໄດ້ໃຊ້ຕົວແປສະພາບແວດລ້ອມໃດໆ.

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

ເຄື່ອງມືນີ້ຕ້ອງການ Bash v3 ຫຼືໃໝ່ກວ່າ, Perl 5.8 ຫຼືໃໝ່ກວ່າ, ແລະ binutils. ເຫຼົ່ານີ້ແມ່ນໂດຍທົ່ວໄປ
ສະໜອງໃຫ້ແລ້ວໂດຍການແຈກຢາຍສ່ວນໃຫຍ່. ໃນລະບົບ BSD, ມັນອາດຈະຕ້ອງການ procfs ທີ່ຕິດຕັ້ງ.

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