Spustite datoteke tukaj

Nalaganje SQL ( 0 ) x -

Nastavitve, povezane s stranjo Kliknite na prečko, da se vrnete na vrh strani
Pritisnite ctrl+enter, da izvedete poizvedbo Pritisnite enter, da izvedete poizvedbo
naraščajoče
padajoče
Vrstni red:
Odkrivaj napake SQL
Štetje
Vrstni red izvajanja
Porabljen čas
Razvrsti po:
Združi poizvedbe
Razdruži poizvedbe
Skrči Razširi Pokaži sled Skrij sled Štetje: Porabljen čas:
Zaznamki
Osveži
Dodaj
Ni zaznamkov
Dodaj zaznamek
Možnosti
Povrni privzete vrednosti
Skrči Razširi Ponovna poizvedba Uredi Razloži Profiliranje Zaznamek Poizvedba je spodletela Zbirka podatkov: Čas poizvedbe:

Svetovalni sistem

Morebitni spori zmogljivosti

Težava:
Neprekinjeno delovanje je krajše od enega dneva; nastavitev zmogljivosti morda ni točna.
Priporočilo:
Za natančnejša povprečja je priporočljivo, da pred zagonom analitike pustite strežnik delovati dlje kot en dan
Utemeljitev:
Neprekinjeno delovanje je samo 0 dni, 4 ur, 33 minut in 47 sekund
Uporabljena spremenljivka/formula:
Uptime
Preizkus:
value < 86400
Težava:
long_query_time je nastavljen na 10 sekund ali več, zato so zabeležene samo počasne poizvedbe, ki trajajo več kot 10 sekund.
Priporočilo:
Predlagamo, da nastavite long_query_time na nižjo vrednost, odvisno od vašega okolja. Po navadi se priporoča vrednost 1–5 sekund.
Utemeljitev:
long_query_time je trenutno nastavljen na 10 s.
Uporabljena spremenljivka/formula:
long_query_time
Preizkus:
value >= 10
Težava:
Dnevnik počasnih poizvedb je onemogočen.
Priporočilo:
Omogočite beleženje počasnih poizvedb tako, da nastavite slow_query_log na 'ON'. To bo pomagalo pri odpravljanju težav s slabo delujočimi poizvedbami.
Utemeljitev:
slow_query_log je nastavljen na 'OFF'
Uporabljena spremenljivka/formula:
slow_query_log
Preizkus:
value == 'OFF'
Težava:
Podoptimalni način predpomnjenja.
Priporočilo:
Uporabljate predpomnjenje poizvedb MySQL s precej prometno zbirko podatkov. Morda bi bilo koristno razmisliti o uporabi memcached namesto predpomnjenja poizvedb MySQL, še posebej, če imate več podrejencev.
Utemeljitev:
Predpomnjenje poizvedb je omogočeno in strežnik prejema 461 poizvedb na sekundo. To pravilo se sproži, če je več kot 100 poizvedb na sekundo.
Uporabljena spremenljivka/formula:
Questions / Uptime
Preizkus:
value > 100
Težava:
Veliko vrstic je razvrščanih.
Priporočilo:
Čeprav ni nič narobe z veliko količino razvrščanja vrstic, se boste morda želeli prepričati, da poizvedbe, ki zahtevajo veliko razvrščanja, uporabljajo v stavku ORDER BY indeksirana polja, saj bo to vodilo v veliko hitrejše razvrščanje.
Utemeljitev:
Povprečje razvrščenih vrstic: 144.49 na sekundo
Uporabljena spremenljivka/formula:
Sort_rows / Uptime
Preizkus:
value * 60 >= 1
Težava:
Obstaja preveč stikov brez indeksov.
Priporočilo:
To pomeni, da stiki izvajajo polne preglede tabel. Dodajanje indeksov za stolpce, ki se uporabljajo v pogojih stikov, bo zelo pohitrilo stike tabel.
Utemeljitev:
Povprečje stikov tabel: 232.34 na sekundo; vrednost bi morala biti manj kot 1 na uro
Uporabljena spremenljivka/formula:
(Select_range_check + Select_scan + Select_full_join) / Uptime
Preizkus:
value * 60 * 60 > 1
Težava:
Delež branja prvega vnosa indeksa je visok.
Priporočilo:
To po navadi nakazuje na pogoste polne preglede indeksov. Polni pregledi indeksov so hitrejši od pregledov tabel, vendar v velikih tabelah zahtevajo veliko pomnilniških ciklov. Če imajo ali so imele te tabele velike količine poizvedb UPDATE in DELETE, bo zagon 'OPTIMIZE TABLE' morda zmanjšal količino in/ali pohitril polne preglede indeksov. Drugače pa je polne preglede indeksov mogoče zmanjšati samo s preoblikovanjem poizvedb.
Utemeljitev:
Povprečje pregledovanja indeksov: 6.85 na sekundo; vrednost bi morala biti manj kot 1 na uro
Uporabljena spremenljivka/formula:
Handler_read_first / Uptime
Preizkus:
value * 60 * 60 > 1
Težava:
Delež branja podatkov s stalnega položaja je visok.
Priporočilo:
To kaže, da mora veliko poizvedb rezultate razvrstiti in/ali izvesti poln pregled tabele, vključno s poizvedbami stikov, ki ne uporabljajo indeksov. Dodajte indekse, kjer je to primerno.
Utemeljitev:
Delež povprečja branja stalnega položaja: 144.4 na sekundo; vrednost bi morala biti manj kot 1 na uro
Uporabljena spremenljivka/formula:
Handler_read_rnd / Uptime
Preizkus:
value * 60 * 60 > 1
Težava:
Delež branja naslednje vrstice v tabeli je visok.
Priporočilo:
To kaže, da mora veliko poizvedb izvesti polne preglede tabele. Dodajte indekse, kjer je to primerno.
Utemeljitev:
Delež branja naslednje vrstice v tabeli: 4722.17 na sekundo; vrednost bi morala biti manj kot 1 na uro
Uporabljena spremenljivka/formula:
Handler_read_rnd_next / Uptime
Preizkus:
value * 60 * 60 > 1
Težava:
Veliko začasnih tabel je zapisanih na disk, namesto shranjenih v pomnilniku.
Priporočilo:
Povečanje max_heap_table_size in tmp_table_size bo morda pomagalo. Kljub temu so nekatere začasne tabele vedno zapisane na disk, neodvisno od vrednosti teh spremenljivk. Da se tega znebite, boste morali preoblikovati vaše poizvedbe in se tako izogniti tem pogojem (znotraj začasne tabele: prisotnost stolpca BLOB ali TEXT ali prisotnost stolpca, večjega od 512 bajtov), kot je omenjeno v dokumentaciji MySQL
Utemeljitev:
Delež začasnih tabel, pisanih na disk: 20.12 na sekundo; vrednost bi morala biti manj kot 1 na uro
Uporabljena spremenljivka/formula:
Created_tmp_disk_tables / Uptime
Preizkus:
value * 60 * 60 > 1
Težava:
% uporabljenega medpomnilnika ključev MyISAM (predpomnilnika indeksov) je nizek.
Priporočilo:
Morda boste morali zmanjšati velikost key_buffer_size, ponovno preveriti vaše tabele in pogledati, ali so bili indeksi odstranjeni, ali preveriti poizvedbe in pričakovanja o tem, kateri indeksi se uporabljajo.
Utemeljitev:
največji % kadar koli uporabljenega medpomnilnika ključev MyISAM: 0 %; vrednost bi morala biti nad 95 %
Uporabljena spremenljivka/formula:
Key_blocks_used * key_cache_block_size / key_buffer_size * 100
Preizkus:
value < 95
Težava:
Delež odpiranj tabel je visok.
Priporočilo:
Odpiranje tabel zahteva branje/pisanje na disk, kar je potrošno. Povečanje table_open_cache se bo temu morda izognilo.
Utemeljitev:
Delež odprtih tabel: 35.06 na uro; vrednost bi morala biti manj kot 10 na uro
Uporabljena spremenljivka/formula:
Opened_tables / Uptime
Preizkus:
value*60*60 > 10
Težava:
Delež odprtih datotek je visok.
Priporočilo:
Razmislite o povečanju open_files_limit in preverite dnevnik napak po ponovnem zagonu, ko spremenite open_files_limit.
Utemeljitev:
Delež odprtih datotek: 17.09 na uro; vrednost bi morala biti pod 5 na uro
Uporabljena spremenljivka/formula:
Open_files / Uptime
Preizkus:
value * 60 * 60 > 5
Težava:
Prekinjenih je preveč povezav.
Priporočilo:
Povezave so po navadi prekinjene, ko jih ni mogoče odobriti. Ta članek vam bo morda pomagal izslediti vir.
Utemeljitev:
Delež prekinjenih povezav je 1.1 na uro; vrednost bi morala biti manj kot 1 na uro
Uporabljena spremenljivka/formula:
Aborted_connects / Uptime
Preizkus:
value * 60 * 60 > 1
Težava:
Preveč odjemalcev je prekinjenih.
Priporočilo:
Odjemalci so ponavadi prekinjeni, ker niso pravilno zaprli svoje povezave z MySQL. To je lahko zaradi omrežnih težav ali pa koda ne zapira pravilno upravljavca zbirk podatkov. Preverite svoje omrežje in kodo.
Utemeljitev:
Delež prekinjenih objemalcev je 1.53 na uro; vrednost bi morala biti manj kot 1 na uro
Uporabljena spremenljivka/formula:
Aborted_clients / Uptime
Preizkus:
value * 60 * 60 > 1
Težava:
Izkoriščanega je manj kot 80 % predpomnilnika poizvedb.
Priporočilo:
To morda povzroča prenizek query_cache_limit. Izplaknitev predpomnilnika poizvedb bo morda prav tako pomagala.
Utemeljitev:
Trenutni delež prostega pomnilnika predpomnilnika poizvedb je v primerjavi s skupnim pomnilnikom predpomnilnima poizvedb 26 %. Moral bi biti nad 80 %
Uporabljena spremenljivka/formula:
100 - Qcache_free_memory / query_cache_size * 100
Preizkus:
value < 80
Težava:
Privzeta največja velikost množice podatkov v predpomnilniku poizvedb je 1 MiB.
Priporočilo:
Spreminjanje query_cache_limit (po navadi povečanje) lahko poveča učinkovitost. Spremenljivka določa največjo velikost rezultata poizvedbe, ki je lahko vstavljen v predpomnilnik poizvedb. Če je mnogo rezultatov poizvedb, ki so dobro predpomnljive (veliko branja, malo pisanja), nad 1 MiB, bo povečanje query_cache_limit povečalo učinkovitost.Medtem ko pa bo v primeru mnogih rezultatov poizvedb nad 1 MiB, ki niso dobro predpomnljive (pogosto neveljavne zaradi posodobitev tabel), povečanje query_cache_limit lahko zmanjšalo učinkovitost.
Utemeljitev:
query_cache_limit je nastavljen na 1 MiB
Uporabljena spremenljivka/formula:
query_cache_limit
Preizkus:
value == 1024*1024