10 secrete ale mysql client consola - note solicitanților

Cele mai multe dintre caracteristicile descrise sunt relevante pentru toate versiunile de MySQL, dar unele vor lucra de la versiunea 4.1 și mai sus.

1. \. ajutor
Dacă executați fără nici un parametru, se afișează informații cu privire la toate echipele, dar dacă după comanda pentru a specifica numele funcției sau operatorul MySQL, serverul va fi încărcat de informații cu privire la funcția specificată.
exemplu:

2. \ R. prompt
Setează aspectul MySQL linie de comandă prompt. Puteți fi, de asemenea, specificate folosind un mediu variabilă sau un parametru MYSQL_PS1 -prompt = ... când clientul începe MySQL.
De exemplu:

Pe aceasta ocazie am scris înainte.
Această valoare poate fi specificată atunci când parametrul de pornire client MySQL -pager = ...

4. \ T, ceai și \ t, notee
Activează / dezactivează de economisire la toate comenzile de intrare de fișiere, precum și rezultatele acestora.

5. \ W, avertismente și \ w nowarning
Activează / dezactivează afișajul (avertismente) avertisment imediat după solicitarea pe care le-a cauzat. Includerea acestei opțiuni implicite poate economisi semnificativ timpul pentru a gasi cauzele de execuție interogare incorectă (mai ales ca skasaetsya DATA trunchierea). Puteți specifica, de asemenea, atunci când parametrul de pornire client -show-avertismente.

6. \ G, ego-ul
Executarea acestei cereri, și afișează rezultatul în formă desfăcută, în poziție verticală. Foarte convenabil, în cazul în care rezultatul interogării nu se încadrează în lățimea ecranului

7. \. sursă
Loturile executa SQL-instrucțiuni din dosar. Acesta poate fi folosit pentru a încărca groapa de gunoi în baza de date.

9. \. sistem
comandă operație cezariană în sistem, fără a părăsi mysql consola

10. -U, -i-am-o-dummy
Această consolă MySQL parametru, nu permite actualizarea și ștergerea de date în cazul în care o interogare Necunoscut cheie primara. Asigurați-vă că pentru a include o forță pentru începători cât și celor care, în exercitarea delete / UPDATE interogări pentru a scrie uită clauza WHERE :)

Am făcut în mod specific, nu imediat comanda upyamyanul, cum ar fi utilizarea (\ u). rehash (\ #). clar (\ c) și du-te (\ g), așa cum le consider bine-cunoscute și înțelese de toată lumea.
Asta e tot, sper că aceste sfaturi vă vor fi utile și utilizate.
De asemenea, voi fi recunoscător dacă cititorii împărtășesc tipstricks lor legate de mysql.

25 Responses to "10 Secretele MySQL consola client"

>> Toată lumea știe că clientul consola primitivă vine la pachet cu baza de date MySQL.
Dar, în timp ce puțini cei care se bucure de ea în serios, preferând GUI- și WEB-analogi (de exemplu, MySQL frontale, phpMyAdmin).

Ei bine, da, toate drept și de a folosi panoul de administrare în locul consolei. Probabil doar programatori puf-puf. Recent a văzut acest lucru, am spune MySQL la portul 3306-lea. ICQ mi sa plâns că în acel port Phpmysqladmin nu, ay-ay-ay.

@eugene: Și aici, la PHP-programatori, în general, și de demi-a învățat în intimitatea de mai sus?
Sunteți un exemplu de un eveniment nefericit pentru a sări la concluzii generale.

Îmi pare rău dacă cineva jignit, doar pentru a arăta că această frază nu se potrivesc nu destul - „Dar, în același timp, puțini oameni se bucure de ele în mod serios“ Da, o interfață grafică bun poate accelera de lucru, în multe cazuri, dar echipa trebuie sa stie sa nu faca un alt amuzant ...

@eugene: Acest lucru este evident pentru acei dezvoltatori care sunt „prieteni“ cu unix și pentru ei să lucreze cu utilitarul linie de comandă - un eveniment comun. Dar nu uitați că unii programatori nu pot / nu doresc să lucreze în unix. Cel mai adesea acestea apar între Java-developers - ei nici măcar nu trebuie să știe ce sistem de operare de pe serverul lor de producție.
Spre deosebire de dezvoltatorii LAMP, de obicei, sentiment destul de confortabil în consola unix - la el expresia „puțini se bucură în mod serios“ nu se aplică.
Se pare că Eugene face parte din tagma doua :)

Articolul puțin util, vă mulțumesc!

Este, desigur, totul este rece, util și trebuie să știe, dar chiar și așa lucra cu MySQL prin intermediul interfeței grafice de pe ordinea viteze de până lucrul cu baza de date. În sine Eu folosesc MySQL din față, din păcate, nu mai acceptă :(. Cred că este inutil să se certe cu sarcinile de zi cu zi, cum ar fi crearea de tabele, vederi, f-tiile, declanșatoarele și consola de depanare nu este cel mai bun mediu.

Acesta este motivul pentru care nu asistent? Nu repara baza de date de pe server, sau corecta? Eu personal fac acest lucru.
Făcând o groapa de pe o mașină de la distanță, am copia acasă. Despachetati-l, petrec modificările necesare (dacă doriți să modificați o astfel de procedură) și apoi înapoi la baza de date la distanță. Aici sunt opțiunile dacă schimbați doar câteva obiecte de baze de date, cum ar fi o pereche de flip-flops și procedura, groapa de gunoi dislocabile odată ce acestea sunt plasate. Nu spun că consola nu este deloc necesar, trebuie doar să-l utilizați este mai degrabă o excepție (care este de a finaliza lucrul cu baza de date) decât regula. Desigur, consola nu se poate face fără dacă doriți să copie de rezervă - sunt restaurarea bazei de date, atunci este un instrument indispensabil.

PS. fiecare instrument ar trebui să se aplice în mod corespunzător și nu merită studiat cuie riglă ciocan, pentru aceasta există un ciocan :)

Nu repara baza de date de pe server, sau corecta?

Sau bug ...
Dacă numai pentru că pentru a face PDAM dimensiunea de bază de 20-30 atomi si 500GB de locuri de muncă foarte ingrată :)
Și pentru „copie a casei sale“ poate fi de la serviciile de securitate în gât pentru a obține :)

P.S. Cred că și Sanya Skakunov, de asemenea, să nu arunce în baza de date în sine la aparatul local, din motive similare.

Din păcate, nu știu cine este Aleksandr Skakunov, dar puteți, de exemplu, să nu fuzioneze toate baza de date și tabelele necesare și alte obiecte de baze de date.

P.S. poate că nu am întâlnit o astfel de politică de securitate dură ...

Se pare că nu se confruntă cu proiecte foarte mari, în cazul în care relațiile dintre tabele și sute de tabele numai necesare izolate și sdampit nu există nicio posibilitate.
Această situație apare adesea ca rezultat al proiectului evolyutsionirovaniya pe termen lung, și, ca urmare a numărului mare de „patch-uri“ și „conexiuni fanteziste“

Astfel, (tras-corectat la fața locului) sunt incomode pentru a lucra chiar și cu mese mici, în care cel puțin mai mult de 10-20 MB. Editați pe viu mai ușor, dar peste nivelul de responsabilitate.

Așa că ambele abordări au avantajele lor.

phpMyAdmin este popular printre dezvoltatori web, nu pentru că este mai convenabil (și nu este ușor de utilizat, astfel :) și că, în cele mai multe cazuri, alternativa este pur si simplu nu! Imaginați-vă un site cu o bază de date pe un virtual hosting. MySQL, de regulă, ascultă doar la interfața locală și conectați la exterior cu port 3306, folosind un program de desktop ca cineva a sugerat aici este imposibil, și ssh, de asemenea, nu întotdeauna nu dau - du-te la distanță la server și rula mysql consola pe un hosting de asemenea, nu va funcționa. Rămâne doar să phpMyAdmin, indiferent de preferințele personale ...

Ei bine, phpMyAdmin au concurenți mai puțin monstruoase.
De exemplu sqlbuddy.